DevOps 是一種將開發(fā)和運(yùn)營結(jié)合起來的方法，在應(yīng)用規(guī)劃、開發(fā)、交付和運(yùn)營方面將人員、流程和技術(shù)結(jié)合起來。DevOps 使以前孤立的角色（如開發(fā)、IT運(yùn)營、質(zhì)量工程和安全）之間進(jìn)行協(xié)調(diào)和合作。一直以來，DevOps 的采用都是以幫助企業(yè)更快地向客戶提供價(jià)值，更好地適應(yīng)市場(chǎng)和競(jìng)爭(zhēng)，并保持系統(tǒng)的穩(wěn)定性和可靠性為目標(biāo)。
?

然而，近兩年關(guān)于“DevOps 已死”的討論越來越多。該觀點(diǎn)持有者認(rèn)為 DevOps 模糊性，實(shí)施起來的復(fù)雜性及高成本等問題，未能達(dá)到幫助企業(yè)實(shí)現(xiàn)其加快交付、提高質(zhì)量和降低成本的目標(biāo)。
?

在這篇文章中，我們將理性分析一些反對(duì) DevOps 的常見論點(diǎn)，并一同探討在當(dāng)下 DevOps 實(shí)施時(shí)所面臨的挑戰(zhàn)，以及 DevOps 未來演變與平臺(tái)工程的關(guān)聯(lián)。
?

反對(duì) DevOps 的三大觀點(diǎn)

DevOps 的定義過于模糊

關(guān)于 DevOps 的批評(píng)之一是它過于模糊，缺乏一個(gè)明確的定義。DevOps 對(duì)不同企業(yè)和團(tuán)隊(duì)來說意味著不同的東西，而且對(duì) DevOps 的實(shí)際內(nèi)容也沒有達(dá)成共識(shí)。甚至有言論表示 DevOps 只是一個(gè)被供應(yīng)商和行業(yè)顧問過度使用的流行詞。
?

DevOps 實(shí)際上并不是一套僵硬的框架或規(guī)則，而更是一種文化和思維方式，能夠適應(yīng)不同的環(huán)境和目標(biāo)。DevOps 并沒有規(guī)定團(tuán)隊(duì)?wèi)?yīng)該如何工作，而是提供了可以幫助團(tuán)隊(duì)更好地合作的原則和實(shí)踐；也沒有規(guī)定團(tuán)隊(duì)?wèi)?yīng)該使用什么工具，而是鼓勵(lì)團(tuán)隊(duì)使用最適合他們需要的工具。因此 DevOps 的模糊性我們可以視為它的靈活性。DevOps 允許團(tuán)隊(duì)根據(jù)他們的具體挑戰(zhàn)和機(jī)會(huì)來定制他們的方法，還允許團(tuán)隊(duì)進(jìn)行試驗(yàn)并從經(jīng)驗(yàn)中學(xué)習(xí)。
?

DevOps 給企業(yè)造成成本負(fù)擔(dān)

反對(duì) DevOps 的另一主要觀點(diǎn)就是，DevOps 的實(shí)施和維護(hù)成本過高。由于 DevOps 需要對(duì)企業(yè)的文化、組織架構(gòu)和技術(shù)進(jìn)行大幅度的改變，同時(shí)，還需要企業(yè)在時(shí)間、成本以及基礎(chǔ)設(shè)施方面進(jìn)行大量投資。因此有部分企業(yè)中的 IT 主管或領(lǐng)導(dǎo)并不愿意在此花費(fèi)過多，因?yàn)樗麄儫o法保證 DevOps 實(shí)施后的實(shí)際效果。
?

不可否認(rèn)，企業(yè)實(shí)施 DevOps 的確是個(gè)不小的工程。但客觀來說，DevOps 并不一定是一個(gè)全有或全無的主張。企業(yè)可以逐步和有選擇地采用 DevOps，根據(jù)自身需求和商業(yè)目標(biāo)來選擇合適的工具和實(shí)施方式，企業(yè)中現(xiàn)有的資源和基礎(chǔ)設(shè)施也可以被利用起來。這樣企業(yè)可以將采用 DevOps 的前期成本和風(fēng)險(xiǎn)降到最低。
?

關(guān)于實(shí)施效果，DevOps 并不是一套即時(shí)的解決方案，需要從長(zhǎng)期利益來看。DevOps 可以幫助企業(yè)減少交付過程中的浪費(fèi)、錯(cuò)誤、延遲和失敗，同時(shí)提高軟件交付的質(zhì)量、效率、團(tuán)隊(duì)間的協(xié)作以及客戶滿意度。從長(zhǎng)遠(yuǎn)來看，這些成果可以轉(zhuǎn)化為更低的成本、更高的收入和更好的競(jìng)爭(zhēng)優(yōu)勢(shì)。
?

DevOps 過于復(fù)雜

第三個(gè)反對(duì) DevOps 的聲音來自于對(duì)其復(fù)雜程度的質(zhì)疑，認(rèn)為 DevOps 難以實(shí)施和管理。DevOps 通常涉及多項(xiàng)技術(shù)挑戰(zhàn)和較高的復(fù)雜性，因此導(dǎo)致開發(fā)團(tuán)隊(duì)和運(yùn)營團(tuán)隊(duì)難以上手。同時(shí)還涉及跨多個(gè)團(tuán)隊(duì)的大量協(xié)調(diào)和溝通，這在大型或分布式組織中可能是個(gè)極大的挑戰(zhàn)。
?

實(shí)際上 DevOps 是為了簡(jiǎn)化和精簡(jiǎn)軟件開發(fā)生命周期，而不是使其復(fù)雜化。DevOps 依賴自動(dòng)化、標(biāo)準(zhǔn)化和集成，以減少人工任務(wù)、錯(cuò)誤和依賴性。此外，DevOps 并不是一個(gè)適用于所有情況的萬能解決方案。企業(yè)需要根據(jù)他們的具體環(huán)境和要求來定制 DevOps 方法，并利用各種工具和技術(shù)來促進(jìn) DevOps 的實(shí)施和管理。例如，使用版本控制來跟蹤和記錄變化；或使用告警管理來統(tǒng)一和優(yōu)先處理緊急狀況。
?

DevOps 實(shí)際存在的問題

DevOps 自 2007 年隨著企業(yè)規(guī)模、行業(yè)以及現(xiàn)有的 IT 環(huán)境的變化，針對(duì) DevOps 的反對(duì)聲音也并非空穴來風(fēng)，DevOps 在概念上、流程和技術(shù)等方的確面臨著巨大的挑戰(zhàn)。
?

首先許多企業(yè)對(duì) DevOps 的概念存在誤解，未能采用 DevOps 的基本原則和文化，導(dǎo)致實(shí)施時(shí)存在偏差，即僅僅雇傭一個(gè)“DevOps 工程師”或使用一些 DevOps 友好的工具。這就導(dǎo)致了混亂、孤島和低效率等問題。因?yàn)?DevOps 并不是一個(gè)角色或一個(gè)工具，而是一種思維方式和一種實(shí)踐，需要企業(yè)變革和確保一致性。
?

DevOps 的核心理念是“you build it, you run it”，這給開發(fā)人員增加了過多的壓力和認(rèn)知負(fù)擔(dān)，開發(fā)人員不得不處理復(fù)雜且多樣的基礎(chǔ)設(shè)施、安全、合規(guī)和運(yùn)維等問題，開發(fā)人員通常不擅長(zhǎng)或缺乏處理這些任務(wù)的技能和工具，從而需要耗費(fèi)大量時(shí)間和精力。而過多的精力花費(fèi)在非開發(fā)任務(wù)上，導(dǎo)致開發(fā)人員無法將核心能力價(jià)值最大化利用。
?

此外，隨著分布式系統(tǒng)的廣泛應(yīng)用，其復(fù)雜性越來越高，DevOps 變得更加難以實(shí)施和管理（當(dāng)然問題的根本來自于現(xiàn)代軟件開發(fā)的復(fù)雜性增加而非 DevOps 本身）。企業(yè)需要對(duì)其基礎(chǔ)設(shè)施和環(huán)境有更多的控制和可見性，以及更多的敏捷性和速度來滿足業(yè)務(wù)需求。DevOps 也難以應(yīng)對(duì)云原生技術(shù)（如容器、Kubernetes、微服務(wù)和無服務(wù)器）的多樣性和波動(dòng)性。
?

平臺(tái)工程的崛起

為了解決上述問題，一些企業(yè)正在嘗試將 DevOps 演變到下一階段，通過創(chuàng)建可重用、自助式平臺(tái)的實(shí)踐，使開發(fā)人員能夠以最小的摩擦構(gòu)建、部署和運(yùn)行其應(yīng)用程序，這就是平臺(tái)工程逐漸崛起的契機(jī)。
?

平臺(tái)工程相比 DevOps 有以下幾個(gè)優(yōu)勢(shì)：
?

• 賦能開發(fā)人員：平臺(tái)工程為開發(fā)人員提供了一個(gè)“黃金路徑”，為他們的應(yīng)用程序提供最佳的工具、實(shí)踐和安全措施。開發(fā)人員可以自助獲取他們需要的資源，而不用擔(dān)心底層的細(xì)節(jié)或依賴關(guān)系。平臺(tái)工程還通過降低復(fù)雜性、提高生產(chǎn)力、增強(qiáng)質(zhì)量和加速反饋循環(huán)，改善了開發(fā)人員的體驗(yàn)。

• 啟用平臺(tái)工程團(tuán)隊(duì)：平臺(tái)工程擁有專門的平臺(tái)工程師團(tuán)隊(duì)，負(fù)責(zé)構(gòu)建、維護(hù)和改進(jìn)支持開發(fā)人員的平臺(tái)，平臺(tái)工程師充當(dāng)促進(jìn)者和協(xié)調(diào)者。同時(shí)，平臺(tái)工程師可以利用云原生技術(shù)（如容器、Kubernetes、微服務(wù)和無服務(wù)器）創(chuàng)建可擴(kuò)展、彈性、可移植和成本效益良好的平臺(tái)。

• 利用平臺(tái)編排：平臺(tái)工程使用平臺(tái)編排工具，自動(dòng)化跨不同環(huán)境的平臺(tái)的配置、部署和管理。平臺(tái)編排工具還提供對(duì)平臺(tái)及其使用情況的可見性、監(jiān)控和治理。平臺(tái)編排工具幫助平臺(tái)工程師為開發(fā)人員提供一致、可靠和安全的平臺(tái)。

• 改善業(yè)務(wù)成果：平臺(tái)工程通過實(shí)現(xiàn)更快更好的軟件交付，幫助組織實(shí)現(xiàn)其業(yè)務(wù)目標(biāo)。平臺(tái)工程能夠培養(yǎng)開發(fā)人員和平臺(tái)工程師之間的協(xié)作、創(chuàng)新和學(xué)習(xí)文化，并幫助組織以可靠、高成本效益和安全的方式進(jìn)行擴(kuò)展。
  ?

結(jié)論

DevOps 并沒有死，而是在革新和進(jìn)化，平臺(tái)工程則是 DevOps 的下一個(gè)演變階段，相較于 DevOps，其優(yōu)勢(shì)是以可持續(xù)的方式賦能和助力開發(fā)人員。平臺(tái)工程能夠幫助企業(yè)組織應(yīng)對(duì)云原生環(huán)境的復(fù)雜性和增長(zhǎng)，同時(shí)實(shí)現(xiàn)更快更好的軟件交付。文章來源地址http://www.zghlxwxcb.cn/news/detail-450110.html

到了這里，關(guān)于從 DevOps 到平臺(tái)工程：軟件開發(fā)的新范式的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！