技術(shù)領(lǐng)導(dǎo)者對DevOps趨勢的看法

DevOps已經(jīng)走了很長一段路，毫無疑問，它將在今年繼續(xù)發(fā)光。由于許多公司都在尋求有關(guān)數(shù)字化轉(zhuǎn)型的最佳實(shí)踐，因此重要的是要了解領(lǐng)導(dǎo)者認(rèn)為行業(yè)發(fā)展的方向。從這個意義上講，以下文章是DevOps領(lǐng)導(dǎo)者對DevOps趨勢的回應(yīng)的集合，需要在2021年關(guān)注。

讓我們看看他們每個人對來年的DevOps有何評價。

1. 遷移到微服務(wù)將成為必須-Wipro Limited的首席DevOps工程師

“從單片遷移到微服務(wù)和容器化架構(gòu)對于所有公司的數(shù)字化轉(zhuǎn)型之旅都是必不可少的。不再是一個選擇或選擇。這就是Kubernetes的采用率將上升的地方，當(dāng)組織采用多云時，Terraform將成為自動化基礎(chǔ)架構(gòu)的最終選擇。”

— Wipro Limited的DevOps首席工程師Sachidananda Pattnaik

2. 混合動力車將成為JFROG開發(fā)人員關(guān)系的部署規(guī)范 - VP

“ 2020年將加速遠(yuǎn)程工作，加快向云的遷移，并將DevOps從最佳實(shí)踐轉(zhuǎn)變?yōu)槊總€業(yè)務(wù)的重要組成部分。隨著我們進(jìn)入2021年，該行業(yè)將在多個方面擁抱混合動力。首先，企業(yè)將完全采用混合型勞動力，將遠(yuǎn)程工作和現(xiàn)場團(tuán)隊(duì)協(xié)作的優(yōu)勢相結(jié)合。其次，商業(yè)模式將變得混合，例如將虛擬規(guī)模與本地網(wǎng)絡(luò)合并的會議。最終，隨著公司對堆棧進(jìn)行現(xiàn)代化以利用云原生技術(shù)的優(yōu)勢，混合將成為部署規(guī)范，但要意識到并非所有事物都可以遷移到外部。2021年的贏家將是擁抱業(yè)務(wù)，模型和產(chǎn)品混合的公司。”

— JFrog開發(fā)人員關(guān)系副總裁Stephen Chin

3. DataOps將會蓬勃發(fā)展— Rakuten的高級DevOps工程師

“ DataOps肯定會在2021年蓬勃發(fā)展，COVID可能會在其中發(fā)揮作用。由于COVID和WFH的情況，數(shù)字內(nèi)容的消費(fèi)激增，這就要求自動縮放和自我修復(fù)系統(tǒng)的自動化達(dá)到新水平，以滿足增長和需求。

到目前為止，DevOps設(shè)置的系統(tǒng)僅用于日志記錄，監(jiān)視和警報(ELK / EFK堆棧，Prometheus / Grafana / Alertmanager等)。現(xiàn)在，DevOps現(xiàn)在應(yīng)該加強(qiáng)并使用可用數(shù)據(jù)和指標(biāo)來產(chǎn)生有價值的見解，學(xué)習(xí)并應(yīng)用機(jī)器學(xué)習(xí)模型來預(yù)測事件或中斷，開發(fā)從數(shù)據(jù)中學(xué)習(xí)自身并預(yù)測能力的自動化以改進(jìn)預(yù)算計劃。許多人已經(jīng)開始對此部分調(diào)用MLOps / AIOps。”

— Rakuten的高級DevOps工程師Nirav Chotai

4. 彈性測試將成為主流-Neotys產(chǎn)品負(fù)責(zé)人

從我的角度來看，可觀察性，性能測試和彈性測試之間的交叉點(diǎn)將成為主流。隨著AWS和Google等WW領(lǐng)導(dǎo)者最近發(fā)布的Ops問題，以及各個領(lǐng)域的數(shù)字化轉(zhuǎn)型都在加速發(fā)展，市場將逐漸意識到，公共或私有云形式提供的無限可擴(kuò)展性是不夠的。”

— Neotys產(chǎn)品負(fù)責(zé)人Patrick Wolf

5. GitOps將成為常態(tài)-梅西百貨(Macy’s)的首席架構(gòu)師

“一個“構(gòu)建，擁有，擁有”的開發(fā)過程需要開發(fā)人員知道和理解的工具。GitOps是DevOps如何使用開發(fā)人員工具來驅(qū)動操作的名稱。

GitOps是一種進(jìn)行持續(xù)交付的方法。更具體地說，它是用于構(gòu)建統(tǒng)一部署，監(jiān)視和管理的Cloud Native應(yīng)用程序的操作模型。它通過將Git用作聲明性基礎(chǔ)結(jié)構(gòu)和應(yīng)用程序的真實(shí)來源來工作。當(dāng)在Git中推送和批準(zhǔn)提交時，自動化的CI / CD管道將對您的基礎(chǔ)架構(gòu)進(jìn)行更改。它還利用差異工具將實(shí)際生產(chǎn)狀態(tài)與源代碼控制下的生產(chǎn)狀態(tài)進(jìn)行比較，并在出現(xiàn)差異時提醒您。

GitOps的最終目標(biāo)是加快開發(fā)速度，以便您的團(tuán)隊(duì)可以安全可靠地對Kubernetes中運(yùn)行的復(fù)雜應(yīng)用程序進(jìn)行更改和更新。”

—梅西百貨(Macy’s)的首席建筑師Soumen Sarkar

6. 將會有更多的遷移到無服務(wù)器-ADP Lifion的站點(diǎn)可靠性工程經(jīng)理

“ 2021年將是注視更多向無服務(wù)器遷移的一年。如果容器和業(yè)務(wù)流程是Z代，那么無服務(wù)器的實(shí)時負(fù)載將是Z +年。僅在使用時使用和付款可能看起來相同。.但請考慮在需要時運(yùn)行基于k8s pod的微服務(wù)，使其在無服務(wù)器上運(yùn)行。— ADP Lifion網(wǎng)站可靠性工程經(jīng)理Shivaramakrishnan G

7. NoOps面世-ClickIT Smart Technologies首席執(zhí)行官

“我希望出現(xiàn)更多托管服務(wù)，并減少我們的DevOps運(yùn)營并減少客戶的運(yùn)營支出。更多無服務(wù)器應(yīng)用程序，更多無服務(wù)器服務(wù)，例如Aurora無服務(wù)器，F(xiàn)argate，Amazon S3和無服務(wù)器靜態(tài)網(wǎng)站。數(shù)據(jù)中心中的Amazon ECS / EKS(新版本re：invent 2020)以及云管理服務(wù)，可讓您減少數(shù)據(jù)中心的維護(hù)和開發(fā)。同樣，將更多云原生的原理和功能移植到數(shù)據(jù)中心，例如。親戚。”

— ClickIT Smart Technologies首席執(zhí)行官Alfonso Valdes

8. BizDevOps將大放異彩-Petco的DevOps Manager

“在架構(gòu)和公司層次結(jié)構(gòu)方面朝著成本優(yōu)化的方向發(fā)展-隨著業(yè)務(wù)的發(fā)展，DevOps的價值不斷提高。

專注于靈活，原生云的架構(gòu)和工具，這些功能一旦具備了“大佬”的能力，就可以打包成小型企業(yè)使用的包裝(Snowflake或Hazelcast與Oracle / Teradata)

FaaS剛剛起步(無服務(wù)器，Lambda等)—運(yùn)營問題正在得到解決，人們正在意識到潛力。”— Petco DevOps經(jīng)理Chad Prey

9. 基礎(chǔ)設(shè)施即代碼(IaC)的地位將更高—沃爾沃汽車公司高級解決方案架構(gòu)師

“基礎(chǔ)架構(gòu)即代碼(IaC)：云中DevOps的核心原則。您的基礎(chǔ)架構(gòu)(即本地或云中的服務(wù)器，網(wǎng)絡(luò)和存儲設(shè)備)定義為代碼。這使公司可以自動化并簡化其基礎(chǔ)架構(gòu)。IaC還提供了一個簡單的基礎(chǔ)結(jié)構(gòu)版本控制系統(tǒng)，該系統(tǒng)可讓團(tuán)隊(duì)在發(fā)生災(zāi)難性故障時回退到“有效的最后配置”。這意味著可以快速恢復(fù)并減少停機(jī)時間。”

—沃爾沃汽車公司高級解決方案架構(gòu)師Niraj Tripathi

10. 自動化和混亂工程變得非常重要-直布羅陀印度開發(fā)中心的集團(tuán)發(fā)展經(jīng)理

“一切自動化-構(gòu)建，部署，測試，基礎(chǔ)架構(gòu)和發(fā)布。

具有所需質(zhì)量門的生產(chǎn)線。更快，可重復(fù)，可自定義和可靠的自動化是任何項(xiàng)目成功的關(guān)鍵。混沌工程-在當(dāng)今混合基礎(chǔ)設(shè)施世界中非常關(guān)鍵的方面。系統(tǒng)行為和客戶體驗(yàn)緊密結(jié)合在一起，您越早對其進(jìn)行測試，就越能為客戶提供更好的體驗(yàn)。”

—直布羅陀印度開發(fā)中心集團(tuán)發(fā)展經(jīng)理Nikhil Bhandari

11. 云原生方法將被標(biāo)準(zhǔn)化— Ben Sapp

“由于云空間已經(jīng)真正發(fā)展起來(最近十年左右)，并且容器化已成為規(guī)范，所以一切都幾乎像大型機(jī)時代一樣標(biāo)準(zhǔn)化了。

當(dāng)然，會有趨勢和賺錢的機(jī)會。但是我看不到下一個大破壞者是什么?，F(xiàn)在的一切基本上都與五年前的最佳做法相同，但更加可靠。我想越來越多的人將繼續(xù)從寵物轉(zhuǎn)移到牛身上，留下諸如ansible和puppet之類的工具，僅用于打包程序和云init來構(gòu)建容器主機(jī)。

它是一種黃金時代，軟件開發(fā)，IMO。Devops和Cloud Native方法取得了很多目標(biāo)。管道，托管，儲存，負(fù)載平衡……所有這些天都在5分鐘內(nèi)得到解決。“ - Ben Sapp.

12. 安全將成為重中之重-CloudSkiff

“從DevSecOps角度絕對跟蹤基礎(chǔ)設(shè)施中不受控制的變化。作為代碼的基礎(chǔ)架構(gòu)很棒，但是有太多可移動的部分：代碼庫，狀態(tài)文件，實(shí)際云狀態(tài)。事情傾向于漂移。這些更改可能有多種原因：從開發(fā)人員通過Web控制臺創(chuàng)建或更新基礎(chǔ)架構(gòu)而不告知任何人，到云提供商方面不受控制的更新。處理基礎(chǔ)架構(gòu)漂移與代碼庫之間的挑戰(zhàn)可能會充滿挑戰(zhàn)。”

— CloudSkiff

13. Chaos Engineering將變得越來越重要-位于美國的International Technology Ventures的CTO

“在更多組織中的DevOps規(guī)劃討論中，混沌工程將變得越來越重要(且更常見)。大多數(shù)組織通常不實(shí)行混沌工程(Chaos Engineering)，這是對生產(chǎn)中的軟件系統(tǒng)進(jìn)行實(shí)驗(yàn)以建立對系統(tǒng)抵御動蕩和意外狀況能力的信心的學(xué)科。

如果我們在傳統(tǒng)的五個成熟度模型框架內(nèi)考慮DevOps，那么Chaos Engineering將是第4或第5級學(xué)科，將包含在DevOps實(shí)踐的保護(hù)范圍內(nèi)。正如將單獨(dú)的測試/質(zhì)量保證小組的傳統(tǒng)角色納入DevOops的學(xué)科一樣，Chaos Engineering也應(yīng)如此。”

— Inel International Technology Ventures的顧問架構(gòu)師/ CTO Kelvin Meeks

14. 更關(guān)注即時日志以快速驗(yàn)證成功或失敗-ADESA平臺穩(wěn)定性總監(jiān)

“在POST部署中使用日志以驗(yàn)證發(fā)布成功，或具有嚴(yán)重錯誤。最大的聯(lián)系人們需要做出的是定義手動進(jìn)程，然后是自動化的大躍進(jìn)。一點(diǎn)擊部署，即時日志以快速驗(yàn)證成功或失敗，然后觸發(fā)回滾。然后，并發(fā)癥隨著交叉服務(wù)依賴關(guān)系以及如果可以回滾某些東西，或者需要在其他服務(wù)上進(jìn)行進(jìn)一步測試。想象一下100微服務(wù)(AKA管道甚至是另一個100個容器。

作為一項(xiàng)，我總是慶祝成功的回滾，因?yàn)樗粫Ψ?wù)產(chǎn)生影響，而且是成功的。”

— ADESA平臺穩(wěn)定性總監(jiān)Craig Schultz

15. DevSecOps將成為DevOps的默認(rèn)部分— JFrog的DevOps Architect

“ DevSecOps的“ Sec”部分將越來越成為軟件開發(fā)生命周期的組成部分。真正的安全“左移”方法將成為新準(zhǔn)則。CI / CD管道中的專用安全步驟將減少，并且安全自動感知和操作將成為所有管道步驟的一部分。從開發(fā)人員的IDE開始，到依賴關(guān)系和靜態(tài)代碼分析。如果沒有適當(dāng)(自動)對這些問題進(jìn)行調(diào)解，則不會發(fā)布軟件組件?？蛻魧@得真正的安全問題免費(fèi)軟件。”

— JFrog CTO辦公室的DevOps架構(gòu)師Eldad Assis

原文鏈接：https://medium.com/codex/15-devops-trends-to-watch-for-in-2021-937b4309601e