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