[[254940]]

【51CTO.com快譯】作為軟件開發(fā)的一種方法，DevOps已經(jīng)在過去的九年時間里取得了廣泛認(rèn)同。這種將開發(fā)和IT運營的職能相結(jié)合的方式，不但促進(jìn)了兩者更好地溝通，而且加強(qiáng)了他們彼此的緊密合作。業(yè)界已經(jīng)出現(xiàn)了一系列新的工具和技術(shù)，來支持軟件研發(fā)企業(yè)向該領(lǐng)域的轉(zhuǎn)變。在此，讓我們來大膽地展望一下2019年DevOps的五大發(fā)展趨勢。

從DevOps到NoOps

近年來，NoOps(No Operations，無運營)的發(fā)展趨勢日漸明顯。通常情況下，當(dāng)我們需要使用諸如測試環(huán)境之類的IT資源時，我們往往需要依賴一個獨立的運營團(tuán)隊，由他們來代表我們處理此類請求。但是有時候，我們不得不長時間地等待此類服務(wù)請求被響應(yīng)到。

隨著NoOps的興起，運營團(tuán)隊能夠給我們帶來無縫的體驗。因為有了智能化，各種自助服務(wù)將能夠通過授權(quán)業(yè)務(wù)的方式，來透明地創(chuàng)建一只運營的團(tuán)隊，進(jìn)而實現(xiàn)各種管控?？梢?，由此所帶來的結(jié)果是：您可以直接地使用各種IT資源，而無需等待。這也使得企業(yè)內(nèi)部的不同角色人員，可以借此提高他們的生產(chǎn)力。

讓我們在此打一個簡單的比方：如果您每次在使用互聯(lián)網(wǎng)資源之前，都需要聯(lián)系ISP的話，其繁瑣程度是不言而喻的。那么對于為業(yè)務(wù)用戶部署測試環(huán)境的IT需求而言，我們同樣需要能夠提供無縫的服務(wù)體驗。

這幾年，NoOps經(jīng)常被人們提及和熱議。業(yè)界普遍將平臺即服務(wù)(Platform-as-a-Service，PaaS)視為NoOps的一種實現(xiàn)途徑，其中包含了無服務(wù)器編程、容器化、微服務(wù)、智能化與一致性操作、以及自動修復(fù)等方面的實踐與應(yīng)用。我個人認(rèn)為：2019年，各大軟件企業(yè)會進(jìn)一步挖掘NoOps的商業(yè)潛力，并著手建立一些全棧式的實踐方案。與此同時，我也發(fā)現(xiàn)許多金融服務(wù)類公司已經(jīng)開始向這個方向進(jìn)行轉(zhuǎn)移了。

AI和DevOps的整合

DevOps已日趨面向數(shù)據(jù)型驅(qū)動。通過基于云端的軟件即服務(wù)(Software-as-a-Service，SaaS)模式，我們可以進(jìn)一步加快應(yīng)用程序的交付。軟件企業(yè)也可以借此收集到更多有關(guān)用戶是如何與應(yīng)用進(jìn)行交互，以及應(yīng)用程序在交付的全過程所產(chǎn)生的相關(guān)數(shù)據(jù)。利用這些數(shù)據(jù)，企業(yè)可以深入獲悉其軟件在整個交付過程中的數(shù)量、穩(wěn)定性、部署頻率、交付時間的變更、服務(wù)恢復(fù)時間、以及變更故障率等可以被單獨測量到的指標(biāo)。

而且，這些都是人工智能(AI)和機(jī)器學(xué)習(xí)(Machine Learning)較為成熟的領(lǐng)域。通過將機(jī)器學(xué)習(xí)應(yīng)用到軟件交付的整個生命周期，企業(yè)將能夠迅速地分析、并捕獲到產(chǎn)品服務(wù)中正在出現(xiàn)的瓶頸、擁塞、或運能問題。他們甚至能夠通過一些跡象，來實現(xiàn)精準(zhǔn)的預(yù)判，并對交付進(jìn)行優(yōu)化。

在2019年，我希望能看到更多的AI和數(shù)據(jù)科學(xué)專家，能夠與DevOps團(tuán)隊緊密合作，在提高效率的同時，更加深入地洞察軟件交付和測試方面的細(xì)節(jié)與進(jìn)程。這樣的協(xié)同一致性對于企業(yè)是否能夠更快、更準(zhǔn)確地交付出客戶真正需要的新產(chǎn)品、提供確實滿意的新功能，都是至關(guān)重要的。

集成安全：DevSecOps

DevSecOps也將在2019年被進(jìn)一步“賦能”。眾所周知，在DevOps中有一個所謂測試“左移”(Shift-Left)的概念。套用到安全方面，我們可以理解為：在代碼的首次編寫階段就一次性寫出安全的代碼，而不要等到交付進(jìn)程的結(jié)束時，才把安全作為一種事后補(bǔ)救的措施。如果我們在持續(xù)交付管道盡可能早的階段中，將各種安全方面的考慮嵌入到產(chǎn)品和運營中，將有利于加快測試和修正的耗時周期。

2019年，我希望有更多的組織能夠驅(qū)動他們的安全團(tuán)隊，通過利用各種安全類工具和平臺的優(yōu)勢，自動化地將定制的安全策略真正嵌入、或集成到DevSecOps環(huán)境之中。DevSecOps環(huán)境可以自動檢測出各種安全漏洞，并在面向客戶的環(huán)境中通過使用質(zhì)量門(quality gates，即在研發(fā)過程品質(zhì)控制的工具)，來迅速評估代碼本身的安全性?？梢?，DevSecOps將會更多地從內(nèi)容驅(qū)動和全面實現(xiàn)客戶價值的角度出發(fā)，而不是僅僅考慮到安全的成本和事后補(bǔ)救。

容器化微服務(wù)的增長

微服務(wù)是組織對其客戶高效地交付各種功能與服務(wù)的一種方法。它能夠?qū)⒋笮偷南到y(tǒng)分解成為多個相互獨立、且松耦合的小組件。而這些組件又可以被提交、并運行在那些輕量級、且彼此隔離的容器之中。這些元素的組合，成就了快速實現(xiàn)變更的方法。

隨著各類企業(yè)對于敏捷開發(fā)和靈活性要求的增多，他們已將眼光投向了容器化的微服務(wù)架構(gòu)，而Google的Kubernetes開源平臺正是此類架構(gòu)中的代表。我預(yù)測這一趨勢在2019年會伴隨著功能即服務(wù)(Functions-as-a-service，F(xiàn)aaS)有增無減。

在過去的傳統(tǒng)時代，開發(fā)人員必須根據(jù)其給定的基礎(chǔ)架構(gòu)，來開發(fā)和運行他們的服務(wù)。如今，主流云服務(wù)提供商正在讓那些限制開發(fā)者的基礎(chǔ)架構(gòu)逐漸消亡。開發(fā)人員完全可以編寫出一些云原生(cloud-native)的“無服務(wù)器(serverless)”功能，而無需理會它們將會在哪里運行、其對應(yīng)的基礎(chǔ)架構(gòu)會是怎樣。雖然基于云端的各種功能目前仍具有一定的局限性，但是在2019年，隨著它們的逐漸成熟，其兼容性勢必能夠攻克更多、更復(fù)雜的云端問題。

持續(xù)交付的加持

2019年，隨著各個企業(yè)的領(lǐng)導(dǎo)團(tuán)隊逐漸認(rèn)識到：持續(xù)交付的關(guān)鍵技術(shù)實踐，與整體業(yè)務(wù)績效和組織參與度的相關(guān)性。那些針對大型企業(yè)軟件開發(fā)的持續(xù)交付方法，將會持續(xù)得到迭代與升級。根據(jù)《Puppet與Splunk 2018年度DevOps狀況報告》(請詳見)展示，在現(xiàn)代化企業(yè)中，IT部門完全可以通過DevOps的落地，成為業(yè)務(wù)績效前向發(fā)展的驅(qū)動者，而不再被看作是“燒錢”的成本中心。而且，這種認(rèn)識觀念上的轉(zhuǎn)變，在2019年還將繼續(xù)。

綜上所述，2019年對于DevOps來說注定是一個不斷“升級打怪”的一年。在軟件開發(fā)的業(yè)界，我們將見證更多有關(guān)NoOps、Low Code、PaaS、AI、安全、以及容器化微服務(wù)的蓬勃發(fā)展。它們注定將為企業(yè)、用戶和平臺帶來翻天覆地的變化。

原文標(biāo)題：Five DevOps Trends for 2019，作者：Harbinder Kang

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】