2021年值得關(guān)注的15個(gè)DevOps趨勢
來(lái)源： http://huarui.cc/ 時(shí)間：2021-01-21
DevOps已經(jīng)走了很長(cháng)一段路，毫無(wú)疑問(wèn)，錦州云店商城它將在今年繼續發(fā)光。目前，越來(lái)越多的公司都在尋求有關(guān)數字化轉型的最佳實(shí)踐，想要實(shí)現這個(gè)目的，重要的是要了解DevOps行業(yè)發(fā)展的方向。
以下，是DevOps業(yè)內人士對2021年DevOps趨勢的看法，值得我們關(guān)注。
1.遷移到微服務(wù)將成為必須
“從單體架構遷移到微服務(wù)和容器化架構，錦州云店商城對于所有公司的數字化轉型之旅都是必不可少的。這就是Kubernetes的采用率將上升的原因，當組織采用多云環(huán)境部署時(shí)，Terraform將成為自動(dòng)化基礎架構的最終選擇。”
— Wipro Limited的首席DevOps工程師
2. Hybrid(混合)將成為部署規范
“ 2020年加速了遠程工作，加快了向云的遷移，錦州云店商城并將DevOps從最佳實(shí)踐轉變?yōu)槊總€(gè)業(yè)務(wù)的重要組成部分。隨著(zhù)我們進(jìn)入2021年，該行業(yè)將在多個(gè)方面 擁抱混合動(dòng)力(hybrid)。
首先，企業(yè)將完全采用混合型勞動(dòng)力，將遠程工作和現場(chǎng)團隊協(xié)作的優(yōu)勢相結合。其次，商業(yè)模式將變得混合，例如將虛擬場(chǎng) 景與本地網(wǎng)絡(luò )合并的會(huì )議。最終，隨著(zhù)公司利用云原生技術(shù)的優(yōu)勢，混合將成為部署規范，但要意識到并非所有事物都可以遷移到外部。2021年的贏(yíng)家將是擁抱業(yè)務(wù)，模型或產(chǎn)品混合的公司。”
— JFrog開(kāi)發(fā)人員關(guān)系副總裁
3. DataOps將蓬勃發(fā)展
“ DataOps肯定會(huì )在2021年蓬勃發(fā)展，COVID可能會(huì )在其中發(fā)揮作用。由于COVID和WFH的情況，數字內容的消費量猛增，這要求自動(dòng)縮放和自我修復系統達到新水平，才可以滿(mǎn)足日益增長(cháng)的需求。
到目前為止，DevOps系統僅用于記錄，監視和警報（ELK/EFK，Prometheus/Grafana / Alertmanager等）。現在，DevOps應當加強并利用可用數據和指標來(lái)產(chǎn)生有價(jià)值的見(jiàn)解，學(xué)習并應用機器學(xué)習模型來(lái)預測事件或處理異常。許多人已經(jīng)開(kāi)始使用MLOps/AIOps。”
— Rakuten的高級DevOps工程師
4.彈性測試將成為主流
從我的角度來(lái)看，可觀(guān)察性，性能測試和彈性測試之間的交叉點(diǎn)將成為主流。隨著(zhù)AWS和Google等最近發(fā)布的Ops問(wèn)題，以及各個(gè)領(lǐng)域的數字化轉型都在加速發(fā)展，市場(chǎng)將逐漸意識到，由公有云或私有云形式提供的可擴展性是不夠的。”
— Neotys產(chǎn)品負責人
5. GitOps將成為常態(tài)
GitOps是一種進(jìn)行持續交付的方法。更具體地說(shuō)，它是用于構建統一部署，監視和管理Cloud Native應用程序的操作模型。 它通過(guò)將Git用作聲明性基礎結構和應用程序的存儲庫來(lái)工作。當在Git中提交代碼時(shí)，自動(dòng)化的CI/CD流水線(xiàn)將對你的基礎架構進(jìn)行更改。它還利用差異工具將實(shí)際生產(chǎn)狀態(tài)與源代碼控制下的生產(chǎn)狀態(tài)進(jìn)行比較，并在出現差異時(shí)提醒你。
GitOps的最終目標是加快開(kāi)發(fā)速度，以便你的團隊可以安全可靠地對Kubernetes中運行的復雜應用程序進(jìn)行更改和更新。”
— Macy的首席架構師
6.將會(huì )有更多的應用遷移到無(wú)服務(wù)器
“ 2021年有更多的應用遷移到無(wú)服務(wù)器。無(wú)服務(wù)器，是容器編排的下一代。它具備按使用付費(pay per use)特性，將僅在使用模型時(shí)才需要付費。但是，請考慮運行基于k8s pod的微服務(wù)，以便在需要時(shí)在無(wú)服務(wù)器上運行相同的服務(wù)。”
— ADP Lifion的站點(diǎn)可靠性工程經(jīng)理
7. NoOps出現
“我希望出現更多托管服務(wù)，并減少我們的DevOps運維支出。更多無(wú)服務(wù)器應用程序，更多無(wú)服務(wù)器服務(wù)，例如Aurora無(wú)服務(wù)器，Fargate，Amazon S3和無(wú)服務(wù)器靜態(tài)網(wǎng)站。數據中心中的Amazon ECS/EKS以及云管理服務(wù)，可讓你減少數據中心的維護和開(kāi)發(fā)。同樣，將更多云本機原理和功能移植到數據中心，例如Knative。”
— ClickIT Smart Technologies的CEO
8. BizDevOps將大放異彩
“在架構和公司層次結構方面，我們需要朝著(zhù)成本優(yōu)化的方向發(fā)展。隨著(zhù)業(yè)務(wù)的發(fā)展，DevOps的價(jià)值不斷提高。
專(zhuān)注于靈活的，云原生的架構和工具，一旦具備了成熟的能力，就可以帶來(lái)很多的便利性和成本的優(yōu)化。
FaaS才剛剛起步（serverless，Lambda等），人們正在意識到它的潛力。”
— Petco的DevOps技術(shù)經(jīng)理
9.基礎設施即代碼（IaC）的地位將更高
“基礎架構即代碼（IaC），云環(huán)境中DevOps的核心原則。你的基礎架構（即本地，云中的服務(wù)器，網(wǎng)絡(luò )和存儲設備）定義為代碼，這使公司可以自動(dòng)化并簡(jiǎn)化其基礎架構。IaC還提供了一個(gè)簡(jiǎn)單的基礎架構版本控制系統，該系統可讓團隊在發(fā)生災難性故障時(shí)回退到“最后一次正常的版本”。這意味著(zhù)可以快速恢復并減少宕機時(shí)間。”
— 沃爾沃汽車(chē)公司高級解決方案架構師Niraj Tripathi
10.自動(dòng)化和混沌工程變得非常重要
“一切都是自動(dòng)化的– 構建，部署，測試，基礎架構和發(fā)布。
更快，可重復，可自定義和可靠的自動(dòng)化是任何項目成功的關(guān)鍵。但，混沌工程，在當今混合基礎設施世界中也起著(zhù)非常關(guān)鍵的方面。系統行為和客戶(hù)體驗緊密結合在一起，你越早對其進(jìn)行測試，就越能為客戶(hù)提供更好的體驗。”
— 直布羅陀印度發(fā)展中心集團經(jīng)理Nikhil Bhandari
11.云原生方法將被標準化
“由于云原生已經(jīng)真正地發(fā)展起來(lái)，并且容器化已成為規范，所以一切將會(huì )被標準化。
DevOps和云原生方法已經(jīng)實(shí)現了許多目標– 流水線(xiàn)，托管，存儲，負載均衡……而且這些都可以在5分鐘之內實(shí)施完成。”
— Ben Sapp
12.安全將成為重中之重
“基礎架構中有太多經(jīng)常變動(dòng)的部分：代碼庫，配置文件，云服務(wù)狀態(tài)。處理基礎架構的變動(dòng)可能會(huì )充滿(mǎn)挑戰。這是因為任何不適合的更改都會(huì )引發(fā)安全隱患。”
— CloudSkiff
13. Chaos Engineering將變得越來(lái)越重要
“在DevOps規劃討論中，混沌工程將變得越來(lái)越重要。大多數組織通常不執行混沌工程（Chaos Engineering），即在生產(chǎn)中對軟件系統進(jìn)行實(shí)驗以建立對系統抵御動(dòng)蕩和意外情況能力的信心。
如果我們在傳統的五個(gè)成熟度模型框架內考慮DevOps，那么Chaos Engineering將是第4或第5級學(xué)科，將包含在DevOps實(shí)踐范圍內。正如將單獨的測試/QA納入DevOops一樣，Chaos Engineering也應如此。”
— Kelvin Meeks的架構師
14.更關(guān)注即時(shí)日志以快速驗證成功或失敗
“在部署中，需要使用日志來(lái)驗證發(fā)布是否成功，或存在嚴重錯誤。
即時(shí)日志可快速驗證成功或失敗，然后觸發(fā)回滾。隨之而來(lái)的是復雜性以及跨服務(wù)依賴(lài)性，是否可以回滾某些內容，或者是否需要對其他服務(wù)進(jìn)行進(jìn)一步測試。”
— ADESA的總監-克雷格·舒爾茨
15. DevSecOps將成為DevOps的默認部分
DevSecOps的“Sec”部分將越來(lái)越成為軟件開(kāi)發(fā)生命周期中不可或缺的一部分，真正的安全性“向左移動(dòng)(shift left)”方法將成為新的規范，CI/CD流水線(xiàn)中的安全性步驟將需要包含開(kāi)發(fā)人員的IDE到依賴(lài)關(guān)系和靜態(tài)代碼分析等。”
