【51CTO.com快譯】事實(shí)證明，監(jiān)控即代碼和基礎(chǔ)設(shè)施即代碼這兩種快速興起的技術(shù)正在推動云原生平臺的發(fā)展。
為了管理當(dāng)今云原生基礎(chǔ)設(shè)施的復(fù)雜性，對IT監(jiān)控技術(shù)(通常稱為可觀察性)的需求不斷增加。作為這一趨勢的核心構(gòu)建塊，監(jiān)控即代碼(MaC)和基礎(chǔ)設(shè)施即代碼(IaC)這兩種復(fù)雜的技術(shù)正在迅速發(fā)展。
以下對這兩種新興技術(shù)如何幫助監(jiān)控和管理復(fù)雜的云原生系統(tǒng)進(jìn)行一下了解。
基礎(chǔ)設(shè)施即代碼：軟件定義的IT基礎(chǔ)
在基礎(chǔ)設(shè)施即代碼模型中，物理基礎(chǔ)設(shè)施仍然存在，但它以軟件定義計(jì)算、存儲和網(wǎng)絡(luò)資源描述模型的形式出現(xiàn)，這些資源已經(jīng)由云計(jì)算提供商提供并交付。
在基礎(chǔ)設(shè)施即代碼中，并沒有電線、插頭、集線器和路由器;與其相反，源代碼文件定義了“連接拓?fù)?rdquo;，包括電纜和電線，但它們都位于云數(shù)據(jù)中心，代碼定義了用戶在什么時候使用哪些電纜和電線，用于什么工作負(fù)載以及阻抗水平等。
當(dāng)人們進(jìn)入由基礎(chǔ)設(shè)施即代碼驅(qū)動的云原生環(huán)境時，仍然需要關(guān)注核心挑戰(zhàn)，并注意出現(xiàn)的意外和問題，而監(jiān)控即代碼因此應(yīng)運(yùn)而生。
監(jiān)控即代碼：從1.0到2.0
監(jiān)控即代碼在管理復(fù)雜系統(tǒng)方面發(fā)揮著關(guān)鍵作用。作為可觀察性即代碼(OaC)的近親(但不完全等同)，監(jiān)控即代碼現(xiàn)在正在迅速從簡單數(shù)據(jù)收集功能演變?yōu)榇憩F(xiàn)代多云部署的更高層——可觀察性層的一部分。
在DevOps、DevSecOps和AIOps都在幫助創(chuàng)建站點(diǎn)可靠性工程(SRE)中相對較新的角色的世界中，隨著業(yè)務(wù)從靜態(tài)IT基礎(chǔ)設(shè)施轉(zhuǎn)向動態(tài)模型，肯定需要一種新的、更先進(jìn)的監(jiān)控使用方法基礎(chǔ)設(shè)施即代碼。
在最基本的層面上，監(jiān)控即代碼(MaC)是通過軟件代理、插件和源代碼的離散元素收集數(shù)據(jù)的使用情況，這些元素作為“導(dǎo)出器”來跟蹤系統(tǒng)級數(shù)據(jù)，并將其定向到存儲庫。而這就是是MaC 1.0。
為了達(dá)到MaC 2.0及更高版本，需要考慮構(gòu)建更廣泛的可觀察性生命周期，并為其提供智能、診斷和擴(kuò)展能力，以通過可能稱之為編碼反應(yīng)邏輯的方式實(shí)現(xiàn)自動修復(fù)。簡單來說，IT和云計(jì)算軟件的基石正在發(fā)生變化。
技術(shù)分析機(jī)構(gòu)Red Monk公司聯(lián)合創(chuàng)始人James Governor表示，“2022年的主要技術(shù)趨勢之一是將‘可觀察性和管道’作為相鄰的市場進(jìn)行整合。軟件交付管道現(xiàn)在是一項(xiàng)關(guān)鍵任務(wù)應(yīng)用程序。我們看到可觀察性參與者與提供持續(xù)集成(CI)/持續(xù)交付(CD)和軟件交付工具的企業(yè)更密切地合作，讓客戶更輕松。”
Governor說，可觀察性和軟件交付這兩個工作學(xué)科(或市場)如此相鄰，以至于它們正在融合以實(shí)現(xiàn)所謂的“漸進(jìn)式交付”。
“即代碼”可觀察性技術(shù)的用例
Governor解釋說，“隨著我們轉(zhuǎn)向漸進(jìn)式交付，我們可以開始關(guān)注使用案例，例如藍(lán)/綠部署、金絲雀測試、功能標(biāo)志和暗啟動，并逐步向特定用戶群體推出以限制范圍。然后，生產(chǎn)成為軟件交付生命周期的一部分。”。
他說，“即代碼”革命正在推動所有這一切向前發(fā)展，隨著企業(yè)尋求通過更好的測試、更高的自動化程度和可觀察性來實(shí)現(xiàn)應(yīng)用交付的現(xiàn)代化，可以實(shí)現(xiàn)更復(fù)雜的管道和擴(kuò)展。
監(jiān)控即代碼領(lǐng)域的當(dāng)前參與者包括Sumo Logic公司以及Sensu Project公司。Sensu被描述為在任何云平臺上提供監(jiān)控即代碼的“可觀察性管道”，承諾通過自動診斷和自我修復(fù)來整合監(jiān)控工具，并填補(bǔ)跨數(shù)據(jù)孤島的可觀察性空白。總之，它支持現(xiàn)代IT從裸機(jī)到Kubernetes的傳輸。
Sumo Logic公司于2021年6月收購了Sensu Project公司，Sensu Project公司首席執(zhí)行官Caleb Hailey和聯(lián)合創(chuàng)始人Sean Porter加入Sumo Logic公司，并為了進(jìn)一步推動他們的開發(fā)工作。兩人在開發(fā)內(nèi)部項(xiàng)目時構(gòu)思了Sensu，以替換一家云計(jì)算信息存檔公司過時的Nagios基礎(chǔ)設(shè)施監(jiān)控裝置。
Sean Porter將這些發(fā)展稱之為向新的基礎(chǔ)設(shè)施即代碼的轉(zhuǎn)變，這顯然需要重新定義(可能是“neo-IaC”)。此外，這也清楚地適用于如何構(gòu)建具有更多操作功能(包括監(jiān)控和可觀察性)的持續(xù)集成(CI)/持續(xù)交付(CD)管道。
更密切地監(jiān)控CI/CD管道
重要的是要創(chuàng)建一個操作更智能、反應(yīng)性和功能性更強(qiáng)的持續(xù)集成(CI)/持續(xù)交付(CD)管道，而不僅僅是“做和看”，它還要“看到、理解和反應(yīng)”，因此這個新的基礎(chǔ)設(shè)施即代碼基礎(chǔ)可以幫助構(gòu)建一個系統(tǒng)，為云原生企業(yè)需要的更高要求的云服務(wù)提供服務(wù)。
多倫多道明銀行站點(diǎn)可靠性工程副總裁Seng Phung-Lu解釋說，“監(jiān)控即代碼(MaC)解決了許多項(xiàng)目的重大問題，即如果在預(yù)生產(chǎn)測試或部署過程中無法發(fā)現(xiàn)意外問題，那么我們會浪費(fèi)數(shù)小時讓失敗的測試?yán)^續(xù)進(jìn)行，然后再花費(fèi)更多時間解決這些問題，當(dāng)然，我們也錯過了在失敗點(diǎn)調(diào)查根本原因的機(jī)會。”
Phung-Lu說，通過一個統(tǒng)一管道將監(jiān)控即代碼工具與應(yīng)用程序一起部署，他和他的團(tuán)隊(duì)能夠及早發(fā)現(xiàn)任何問題并避免必須人工測試和持續(xù)集成(CI)/持續(xù)交付(CD)過程。
最終目標(biāo)：持續(xù)和完整的端到端監(jiān)控
這些新興技術(shù)的真正價值可能在于對端到端監(jiān)控的定義有了新的定義。
在過去，端到端監(jiān)控曾經(jīng)意味著可觀察性應(yīng)用于從設(shè)備操作系統(tǒng)(OS)和應(yīng)用程序用戶界面(UI)到計(jì)算、存儲、分析功能的所有內(nèi)容，再返回給用戶。新的端到端監(jiān)控就是這樣，再加上能夠在運(yùn)行上述所有內(nèi)容的整個基礎(chǔ)設(shè)施范圍內(nèi)提供監(jiān)控。
在端到端neo-IaC環(huán)境中MaC2.0的良性循環(huán)中，一種新的共生關(guān)系開始發(fā)展;應(yīng)用程序指標(biāo)被自動收集和檢測以響應(yīng)代碼更改和新部署。IT堆棧的進(jìn)一步擴(kuò)展受益于已經(jīng)經(jīng)歷過的“學(xué)習(xí)錯誤”(代碼執(zhí)行失敗)，并且堆棧本身利用了自己的進(jìn)化DNA。
原文標(biāo)題：Why Cloud Native Needs Monitoring-as-Code and Infrastructure-as-Code，作者：Adrian Bridgewater
【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】
