通過(guò)消除基礎(chǔ)設(shè)施負(fù)擔(dān)來(lái)釋放每個(gè)開(kāi)發(fā)者和工程師的創(chuàng)造力，這是軟件創(chuàng)新未來(lái)的關(guān)鍵。

譯自 The Hidden Toll of Infrastructure on Developer Productivity 。

對(duì)于現(xiàn)代軟件團(tuán)隊(duì)來(lái)說(shuō)，一個(gè)骯臟的小秘密正在削弱他們的生產(chǎn)力：基礎(chǔ)設(shè)施配置和管理不斷分散開(kāi)發(fā)者編寫(xiě)代碼的注意力。但解決這個(gè)問(wèn)題需要重新思考長(zhǎng)期以來(lái)的假設(shè)。

過(guò)去，開(kāi)發(fā)者編寫(xiě)應(yīng)用程序并“拋過(guò)墻”給基礎(chǔ)設(shè)施團(tuán)隊(duì)進(jìn)行部署和運(yùn)行。這種痛苦的分裂導(dǎo)致問(wèn)題出現(xiàn)時(shí)摩擦和互相指責(zé)。

DevOps 運(yùn)動(dòng)通過(guò)基礎(chǔ)設(shè)施即代碼和左移測(cè)試等實(shí)踐承諾要解決開(kāi)發(fā)者和基礎(chǔ)設(shè)施之間的分裂。但這已經(jīng)足夠遠(yuǎn)了嗎？

基礎(chǔ)設(shè)施給開(kāi)發(fā)團(tuán)隊(duì)帶來(lái)的稅收

provisioning 云資源、配置網(wǎng)絡(luò)、管理 API 等基礎(chǔ)設(shè)施任務(wù)仍然是時(shí)間黑洞，分散了開(kāi)發(fā)者的注意力。

例如，一個(gè)簡(jiǎn)單的 “Hello World” 應(yīng)用程序需要大量腳手架才能在 AWS 上運(yùn)行——S3 存儲(chǔ)桶、Lambda 函數(shù)、IAM 角色等等。對(duì)于本應(yīng)只有幾行代碼的東西，Terraform 的腳手架文件可以輕松達(dá)到數(shù)百行。

生產(chǎn)應(yīng)用程序通常有成千上萬(wàn)行僅專門(mén)用于云基礎(chǔ)設(shè)施資源，而不是核心邏輯。作為開(kāi)發(fā)者，我們喜歡編寫(xiě)代碼，而不是配置。但基礎(chǔ)設(shè)施的持續(xù)分心妨礙實(shí)現(xiàn)流程。

我親眼目睹了這一點(diǎn)，在大型企業(yè)中，從 IT 或平臺(tái)團(tuán)隊(duì)獲得新的環(huán)境需要幾周時(shí)間，因?yàn)樽兏鼘徟鞒毯凸侮?duì)列。開(kāi)發(fā)人員會(huì)浪費(fèi)時(shí)間切換上下文或等待，而不是編寫(xiě)代碼。

調(diào)查顯示，開(kāi)發(fā)者花費(fèi)高達(dá) 20%-60% 的時(shí)間用于集成和管理基礎(chǔ)設(shè)施。這就是說(shuō)每周可以致力于新功能的時(shí)間只有一到三天！

重新思考基礎(chǔ)設(shè)施交付以提高生產(chǎn)力

有人可能會(huì)爭(zhēng)辯說(shuō)，開(kāi)發(fā)人員應(yīng)該自己處理基礎(chǔ)設(shè)施任務(wù)，作為向左轉(zhuǎn)移的一部分。然而，這忽略了在應(yīng)用程序和基礎(chǔ)設(shè)施模式之間強(qiáng)加給工程師的不必要的上下文切換。

開(kāi)發(fā)人員應(yīng)該易于訪問(wèn)基礎(chǔ)設(shè)施，但不應(yīng)要求他們手動(dòng)配置它。我們必須重新思考如何交付環(huán)境和資源以釋放開(kāi)發(fā)者的生產(chǎn)力。

具有前瞻性的組織不僅在左移測(cè)試，還在左移基礎(chǔ)設(shè)施配置。開(kāi)發(fā)人員在代碼中描述意圖和依賴關(guān)系，它會(huì)自動(dòng)配置所需的資源，恰到好處。

隨著基礎(chǔ)設(shè)施需求的滿足，開(kāi)發(fā)人員避免了切換上下文。他們聲明要求，系統(tǒng)在后臺(tái)處理提供的復(fù)雜性。

這使基礎(chǔ)設(shè)施更接近開(kāi)發(fā)者，而無(wú)需強(qiáng)制他們自己成為基礎(chǔ)設(shè)施專家。自動(dòng)化使他們能夠?qū)Ｗ⒂诰帉?xiě)業(yè)務(wù)邏輯并快速交付價(jià)值。

平臺(tái)團(tuán)隊(duì)也要提高速度

自動(dòng)化基礎(chǔ)設(shè)施配置不僅有助于開(kāi)發(fā)者——它還使平臺(tái)工程團(tuán)隊(duì)能夠?qū)Ｗ⒂诎踩?、治理和可靠性，而不是工單?/p>

當(dāng)開(kāi)發(fā)人員可以自助滿足其生產(chǎn)力需求時(shí)，它會(huì)減輕平臺(tái)團(tuán)隊(duì)從重復(fù)、手工集中配置任務(wù)中解脫出來(lái)。用于基礎(chǔ)設(shè)施請(qǐng)求的時(shí)間大幅下降。

隨著配置的自動(dòng)化，平臺(tái)團(tuán)隊(duì)可以看到整個(gè)基礎(chǔ)設(shè)施生命周期。他們可以左移安全掃描并實(shí)施治理護(hù)欄。云成本也變得透明。

對(duì)于沒(méi)有專門(mén)平臺(tái)角色的小團(tuán)隊(duì)來(lái)說(shuō)，自動(dòng)化提供了知識(shí)韌性。

開(kāi)發(fā)人員避免了僅一個(gè)人掌握基礎(chǔ)設(shè)施知識(shí)的風(fēng)險(xiǎn)情況。這種專業(yè)知識(shí)得以保留，從而使他們能夠繼續(xù)專注于提供功能。

軟件的未來(lái)需要重新思考基礎(chǔ)設(shè)施交付

從根本上說(shuō)，我們需要使基礎(chǔ)設(shè)施配置與現(xiàn)代軟件團(tuán)隊(duì)的期望保持一致，以釋放生產(chǎn)力。開(kāi)發(fā)人員應(yīng)該輕松訪問(wèn)準(zhǔn)備就緒的環(huán)境，而不需要切換上下文。

前瞻性的解決方案正在出現(xiàn)，以采用這種向左轉(zhuǎn)移理念。一些提供基于意圖的基礎(chǔ)設(shè)施即代碼與自動(dòng)配置。其他通過(guò) CLI 提供自助服務(wù)環(huán)境。

檢查這些創(chuàng)新方法可以幫助組織重新思考基礎(chǔ)設(shè)施交付，而不僅僅停留在傳統(tǒng)模型和手動(dòng)工單上。現(xiàn)代生產(chǎn)力需要按需基礎(chǔ)設(shè)施。

軟件創(chuàng)新的未來(lái)取決于增強(qiáng)開(kāi)發(fā)速度和流程。重新思考我們交付基礎(chǔ)設(shè)施的方式是釋放工程創(chuàng)造力、加速發(fā)布周期并使客戶欣喜的關(guān)鍵。現(xiàn)在是時(shí)候?qū)㈤_(kāi)發(fā)者生產(chǎn)力作為一流優(yōu)先事項(xiàng)了。

你的組織需要重新思考基礎(chǔ)設(shè)施交付的跡象

如何診斷低效的基礎(chǔ)設(shè)施交付是否會(huì)拖慢您的開(kāi)發(fā)人員和平臺(tái)團(tuán)隊(duì)？考慮以下任何癥狀是否聽(tīng)起來(lái)熟悉：

• 開(kāi)發(fā)人員花費(fèi)大量時(shí)間配置云資源和環(huán)境。

• 在應(yīng)用程序代碼和基礎(chǔ)設(shè)施之間進(jìn)行大量上下文切換。

• 由于變更審批流程，新環(huán)境需要數(shù)周的準(zhǔn)備時(shí)間。

• 缺乏對(duì)基礎(chǔ)設(shè)施使用和成本的可見(jiàn)性。

• 基礎(chǔ)設(shè)施知識(shí)集中在一兩個(gè)人員身上。

• 依賴部落知識(shí)來(lái)管理基礎(chǔ)設(shè)施。

這些功能失調(diào)越多，您的組織從重新想象如何交付基礎(chǔ)設(shè)施以最大限度地提高生產(chǎn)力中獲益越多。

尋找方案：

• 提供自助服務(wù)基礎(chǔ)設(shè)施配置。

• 允許在代碼中聲明式地描述基礎(chǔ)設(shè)施需求。

• 根據(jù)需要自動(dòng)配置云資源。

• 在所有主要云提供商之間一致工作。

• 為 FinOps 提供云成本可見(jiàn)性。

• 與開(kāi)發(fā)人員 IDE 和工作流程集成。

• 具有預(yù)構(gòu)建的模板和治理護(hù)欄。

• 支持逐步引入傳統(tǒng)基礎(chǔ)設(shè)施。

雖然向左轉(zhuǎn)移可能會(huì)使開(kāi)發(fā)人員不堪重負(fù)的基礎(chǔ)設(shè)施責(zé)任，但新一代解決方案旨在以對(duì)開(kāi)發(fā)者友好的方式向左轉(zhuǎn)移配備，方法是自動(dòng)化配置過(guò)程。這種方法提供了云可移植性和一致性，允許開(kāi)發(fā)人員專注于代碼而不是基礎(chǔ)設(shè)施。反過(guò)來(lái)，開(kāi)發(fā)者的生產(chǎn)力得到釋放，平臺(tái)團(tuán)隊(duì)的效率得到改進(jìn)，創(chuàng)新得以加速。

按需配置基礎(chǔ)設(shè)施最終允許開(kāi)發(fā)人員專注于最重要的事情——快速為企業(yè)提供價(jià)值。平臺(tái)團(tuán)隊(duì)可以將重點(diǎn)放在安全性、合規(guī)性和優(yōu)化基礎(chǔ)設(shè)施消耗方式上。

從手動(dòng)集中的配置轉(zhuǎn)向智能自動(dòng)化，整個(gè) IT 都會(huì)受益。但這需要對(duì)傳統(tǒng)假設(shè)持開(kāi)放態(tài)度?；A(chǔ)設(shè)施的未來(lái)必須與軟件交付的未來(lái)保持一致。

未來(lái)以開(kāi)發(fā)者為中心

從根本上說(shuō)，我們建立 Nitric 的目的是與賦予開(kāi)發(fā)者權(quán)力以更快交付的向左文化保持一致。我們認(rèn)為軟件創(chuàng)新的未來(lái)依賴于通過(guò)消除基礎(chǔ)設(shè)施負(fù)擔(dān)來(lái)釋放每個(gè)開(kāi)發(fā)者和工程師的創(chuàng)造力。

如我之前所述，在亞馬遜網(wǎng)絡(luò)服務(wù)上部署的生產(chǎn)級(jí) “Hello World” 應(yīng)用程序可能需要數(shù)百行基礎(chǔ)設(shè)施即代碼配置來(lái)配置所有必要的云資源，如 S3 存儲(chǔ)桶、Lambda 函數(shù)、API 網(wǎng)關(guān)、IAM 角色等。 Nitric 的版本將這些樣板文件減少到僅應(yīng)用程序代碼的五六行核心代碼。

如果這個(gè)愿景讓你產(chǎn)生共鳴，請(qǐng)今天查看 Nitric。我們熱衷于把開(kāi)發(fā)者從苦差事中解放出來(lái)，以便他們可以專注于將想法變成現(xiàn)實(shí)。我們希望您加入我們的使命，因?yàn)槲覀儠?huì)繼續(xù)改進(jìn)開(kāi)發(fā)人員的體驗(yàn)。讓我們知道您的想法。