2020年devops的7個發展趨勢


2020年devops的7個發展趨勢

2019年對DevOps從業者來說是激動人心的一年,DevOps繼續快速增長。大多數組織都在執行或評估他們的DevOps策略。那么,到2020年,DevOps、基礎設施和應用程序自動化將會發展到什么程度呢?

以下是DevOps對新年新趨勢的7個預測。

客戶體驗

用戶體驗將成為DevOps之旅的指路明燈,而不僅僅是技術。這是一個巨大的心態轉變,從早期的純技術人員的熱情。隨着DevOps的成熟,我們必須提醒自己,這一切都是為了讓業務變得更快,而不僅僅是為了讓技術變得更酷。

可以考慮以下兩個方向:

  • 將DevOps的成就與業務需求和結果聯系起來,以獲得管理層的支持和預算。
  • 成功的QA團隊將開始關注他們作為客戶體驗的守護者的角色,而不僅僅是測試人員。

信任

開發人員和運維人員需要相互信任,這是DevOps成功的基礎。 積極主動地營造一種信任的文化。找出工作中缺乏信任的原因,並將信任作為2020年的目標。

當涉及到流程自動化、應用程序和基礎設施自動化時,鼓勵不同產品級別的對話,並定義正確的方法和明確的所有權。這是每個人都在努力的基礎。

對stage環境進行投資——stage環境是需要的,以確保在投入生產之前能夠正常工作。對於我們許多公司來說,是直接部署到生產環境, 這樣做風險是很大的。可以通過stage環境降低風險,然后在部署到正式的生產環境。

價值流

2020年,我們不僅考慮DevOps工具鏈,而且將考慮價值流。這個行業正在成熟,不再局限於將幾十個開源工具鏈接在一起,並試圖讓它們協同工作。在過去的幾年里,許多人認為如果他們有一個合適的CI系統,就意味着他們“做DevOps”。現在情況已經不同了。DevOps不僅僅是CI,而且DevOps也不能是孤島。成熟的DevOps需要考慮整個價值流——從規划一個新的功能和業務需求,一直到客戶獲得更多的價值和美妙的體驗。

必須擁有平台級運營計划,系統級的價值流遠景, 需要在整個價值流中擁有編制和自動化的角色,而不是一個一個獨立的孤島。

SRE的角色將繼續成熟

從谷歌開始將軟件開發實踐引入運營后,這個趨勢將會繼續保持。不斷增加的數據量、速度和數據的多樣性將使AIOps解決方案蓬勃發展。此外,提高自動化水平,將需要智能的方法來處理動態化的基礎設施和各種應用程序,並能夠跟蹤變化。

如果您還沒有實現SRE角色,請考慮SRE如何在2020年成為您的團隊的一部分。定義SRE職責區域和kpi,以及SRE如何與團隊溝通。SRE作為集中的專業團隊,還是作為混編在現有的開發測試運營團隊中?
確保你為SREs提供了他們成功所需的工具,包括:

  • 您使用的監控解決方案是什么?
  • 現在誰在使用它們?
  • 你該如何分析監控結果,還有監控結果是如何被發送接收和利用的?
  • 您現在使用的生產環境編制、部署和配置工具是什么?
  • 如何將這些工具與應用程序和基礎設施自動化連接到測試環境和生產環境?

無縫集成的基礎設施

我們必須為我們的團隊打造無縫集成的基礎設施。內部客戶也是客戶,他們的經驗也同樣重要。自助服務和授權團隊將將開發人員和ITOps鏈接起來。

公共雲、Kubernetes和serverless無服務器技術將會飛速地發展。這些將使自動化比以往任何時候都更加可行,將我們的工作重點轉向自助服務和終端用戶。隨着越來越多的公司采用類似的方法,公司內部各種基礎設施專家將會減少,我們將會看到更多現成的解決方案。

考慮在整個價值流中如何使用基礎設施,並在產品級統一該方法。

確保您構建的自助服務解決方案以最終用戶為中心,以支持並平衡速度和控制。在確定基礎設施自動化的方法時,確保開發人員和ITOps得到平等的代表。

基礎設施自動化

隨着大量的人工智能和ML,基礎設施自動化將變得更加智能化。確保自動化得到適當的管理,也將變得越來越重要, 同時我們還需要考慮安全性和遵從性,以及成本。

評估整個價值流中的基礎設施自動化實踐。誰構建自動化?什么團隊和系統使用它?如何實施安全最佳實踐(例如,公共存儲庫中沒有密碼,使用適當的數據集進行測試,遵守自動化藍圖)?如何執行成本控制(例如標記、審查雲開銷報告)?

在失去控制之前,投資於控制機制,特別是在公共雲自動化方面。如果沒有適當的治理,可以考慮將治理引入自動化,而不是采用傳統的雲管理方法。

投資於基礎設施的自動調試、自動標記、基礎設施消耗數據的分析,並將其連接回業務需求、秘密和密鑰管理和訪問控制。

SaaS

開源很好,SaaS是偉大的。雖然大型開源項目引領了潮流(K8S、Github),並且得到了業界巨頭的大力支持和資助,但小型項目越來越難以規模化和整合,尤其是在試圖確保企業准備就緒的時候。“自己做”的需求正在逐漸消失,因為越來越多的供應商提供了支持DevOps的產品和服務,這些產品和服務具有清晰的業務和支持模型,同樣重要的是,與生態系統的OOB集成。僅僅使用Rest API是不夠的。

如果您的企業就緒需求使您難以擴展DevOps計划,那么可以考慮評估新的SaaS產品,這些產品消除了早期的技術密集型實現中常見的大量繁重工作和粘合工作。如果您關心安全性、成本和技能需求,那么現在您可以找到專門為企業級的DevOps提供支持的工具。好消息是,大多數供應商都很清楚集成到您的生態系統的重要性,這使得實現您的端到端價值流遠景變得更加容易。

翻譯自原文:https://devops.com/predictions-2020-7-devops-predictions-shaping-2020/
原作者: https://devops.com/author/maya-ber-lerner/


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM