【51CTO.com快譯】事實證明，監控即代碼和基礎設施即代碼這兩種快速興起的技術正在推動云原生平臺的發展。

為了管理當今云原生基礎設施的復雜性，對IT監控技術(通常稱為可觀察性)的需求不斷增加。作為這一趨勢的核心構建塊，監控即代碼(MaC)和基礎設施即代碼(IaC)這兩種復雜的技術正在迅速發展。

以下對這兩種新興技術如何幫助監控和管理復雜的云原生系統進行一下了解。

基礎設施即代碼：軟件定義的IT基礎

在基礎設施即代碼模型中，物理基礎設施仍然存在，但它以軟件定義計算、存儲和網絡資源描述模型的形式出現，這些資源已經由云計算提供商提供并交付。

在基礎設施即代碼中，并沒有電線、插頭、集線器和路由器;與其相反，源代碼文件定義了“連接拓撲”，包括電纜和電線，但它們都位于云數據中心，代碼定義了用戶在什么時候使用哪些電纜和電線，用于什么工作負載以及阻抗水平等。

當人們進入由基礎設施即代碼驅動的云原生環境時，仍然需要關注核心挑戰，并注意出現的意外和問題，而監控即代碼因此應運而生。

監控即代碼：從1.0到2.0

監控即代碼在管理復雜系統方面發揮著關鍵作用。作為可觀察性即代碼(OaC)的近親(但不完全等同)，監控即代碼現在正在迅速從簡單數據收集功能演變為代表現代多云部署的更高層——可觀察性層的一部分。

在DevOps、DevSecOps和AIOps都在幫助創建站點可靠性工程(SRE)中相對較新的角色的世界中，隨著業務從靜態IT基礎設施轉向動態模型，肯定需要一種新的、更先進的監控使用方法基礎設施即代碼。

在最基本的層面上，監控即代碼(MaC)是通過軟件代理、插件和源代碼的離散元素收集數據的使用情況，這些元素作為“導出器”來跟蹤系統級數據，并將其定向到存儲庫。而這就是是MaC 1.0。

為了達到MaC 2.0及更高版本，需要考慮構建更廣泛的可觀察性生命周期，并為其提供智能、診斷和擴展能力，以通過可能稱之為編碼反應邏輯的方式實現自動修復。簡單來說，IT和云計算軟件的基石正在發生變化。

技術分析機構Red Monk公司聯合創始人James Governor表示，“2022年的主要技術趨勢之一是將‘可觀察性和管道’作為相鄰的市場進行整合。軟件交付管道現在是一項關鍵任務應用程序。我們看到可觀察性參與者與提供持續集成(CI)/持續交付(CD)和軟件交付工具的企業更密切地合作，讓客戶更輕松。”

Governor說，可觀察性和軟件交付這兩個工作學科(或市場)如此相鄰，以至于它們正在融合以實現所謂的“漸進式交付”。

“即代碼”可觀察性技術的用例

Governor解釋說，“隨著我們轉向漸進式交付，我們可以開始關注使用案例，例如藍/綠部署、金絲雀測試、功能標志和暗啟動，并逐步向特定用戶群體推出以限制范圍。然后，生產成為軟件交付生命周期的一部分。”。

他說，“即代碼”革命正在推動所有這一切向前發展，隨著企業尋求通過更好的測試、更高的自動化程度和可觀察性來實現應用交付的現代化，可以實現更復雜的管道和擴展。

監控即代碼領域的當前參與者包括Sumo Logic公司以及Sensu Project公司。Sensu被描述為在任何云平臺上提供監控即代碼的“可觀察性管道”，承諾通過自動診斷和自我修復來整合監控工具，并填補跨數據孤島的可觀察性空白。總之，它支持現代IT從裸機到Kubernetes的傳輸。

Sumo Logic公司于2021年6月收購了Sensu Project公司，Sensu Project公司首席執行官Caleb Hailey和聯合創始人Sean Porter加入Sumo Logic公司，并為了進一步推動他們的開發工作。兩人在開發內部項目時構思了Sensu，以替換一家云計算信息存檔公司過時的Nagios基礎設施監控裝置。

Sean Porter將這些發展稱之為向新的基礎設施即代碼的轉變，這顯然需要重新定義(可能是“neo-IaC”)。此外，這也清楚地適用于如何構建具有更多操作功能(包括監控和可觀察性)的持續集成(CI)/持續交付(CD)管道。

更密切地監控CI/CD管道

重要的是要創建一個操作更智能、反應性和功能性更強的持續集成(CI)/持續交付(CD)管道，而不僅僅是“做和看”，它還要“看到、理解和反應”，因此這個新的基礎設施即代碼基礎可以幫助構建一個系統，為云原生企業需要的更高要求的云服務提供服務。

多倫多道明銀行站點可靠性工程副總裁Seng Phung-Lu解釋說，“監控即代碼(MaC)解決了許多項目的重大問題，即如果在預生產測試或部署過程中無法發現意外問題，那么我們會浪費數小時讓失敗的測試繼續進行，然后再花費更多時間解決這些問題，當然，我們也錯過了在失敗點調查根本原因的機會。”

Phung-Lu說，通過一個統一管道將監控即代碼工具與應用程序一起部署，他和他的團隊能夠及早發現任何問題并避免必須人工測試和持續集成(CI)/持續交付(CD)過程。

最終目標：持續和完整的端到端監控

這些新興技術的真正價值可能在于對端到端監控的定義有了新的定義。

在過去，端到端監控曾經意味著可觀察性應用于從設備操作系統(OS)和應用程序用戶界面(UI)到計算、存儲、分析功能的所有內容，再返回給用戶。新的端到端監控就是這樣，再加上能夠在運行上述所有內容的整個基礎設施范圍內提供監控。

在端到端neo-IaC環境中MaC2.0的良性循環中，一種新的共生關系開始發展;應用程序指標被自動收集和檢測以響應代碼更改和新部署。IT堆棧的進一步擴展受益于已經經歷過的“學習錯誤”(代碼執行失敗)，并且堆棧本身利用了自己的進化DNA。

原文標題：Why Cloud Native Needs Monitoring-as-Code and Infrastructure-as-Code，作者：Adrian Bridgewater

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