如何用無伺服器技術實現最佳的DevOps實踐

日益激烈的市場競爭和不斷增長的客戶期望促進企業業務的發展。與此同時，採用DevOps對一些企業來說可能是一個挑戰，因為它包括調整實踐和更新基礎設施。儘管工程資源可能很少，但是無伺服器提供瞭解決DevOps挑戰的解決方案。從改進的物聯網裝置到經濟高效的機器學習應用程式，無伺服器生態系統正在促進企業採用DevOps。

DevOps加快了企業開發速度，同時減少停機時間，從而為企業提供了競爭優勢，在特性和功能方面加快了產品成熟度，並改善了客戶體驗。儘管DevOps具有吸引人的優點，但採用DevOps成本高昂並且耗時。無伺服器能夠以更低的成本和更高的回報克服障礙，並支援DevOps解決方案的實施。

無伺服器技術提供了一種按需付費模式，允許企業為使用的資源付費。例如使用AWS Lambda，企業可以根據呼叫的次數和持續時間支付費用，從而有可能降低成本。功能即服務(FaaS)的價格可能會比容器更昂貴，具體取決於流量體驗。流量越高，一致性越強，無伺服器工具的成本就越高，並且這些成本可能會比容器成本上升得更高。

由於無伺服器技術具有自動擴充套件性和完全可管理性，它允許團隊專注於DevOps基礎設施實際構建的業務邏輯，而不必花費大量時間來維護DevOps架構。

諸如AWS Lambda或Azure Functions之類的功能即服務(FaaS)相對容易啟動，可以自動擴充套件且具有成本效益。這些可以對企業的服務進行API呼叫，而API呼叫可以由使用者透過前端介面進行。這些定期檢查可確保其服務連續可用，並且監視工具可以捕獲生產環境中發生的任何故障，以通知任何效能下降。使用者可以透過事件管理軟體即服務(SaaS)工具整合來自監視工具的警報。

功能即服務(FaaS)可用於自動可用性和效能檢查。然而，無伺服器的事件匯流排將警報作為功能即服務(FaaS)功能的呼叫在整個DevOps基礎設施中進行通訊，從而降低了功能即服務(FaaS)功能的按需付費模型和自動擴充套件性的總體成本。

在GitHub開發的ChatOps是一個對話驅動的開發程式，允許使用者在聊天工具中輸入 ，透過自定義 和外掛啟動持續整合(CI)/持續部署(CD)過程。 的操作需要後端支援，這是無伺服器技術可以提供支援的地方。

功能即服務(FaaS)功能使DevOps工程師能夠簡單地編寫指令碼以執行預期的操作，並將其上傳到功能中，同時確保聊天工具可以呼叫它。這消除了繁瑣的容器編排和網路設定。此外，只有在透過聊天機器人呼叫功能即服務(FaaS)功能時才會產生成本，而不是按小時計算。

與ChatOps相似，無伺服器可用於增強持續整合(CI)/持續部署(CD)流程，但與ChatOps不同，無伺服器可透過合併拉出請求以在生產環境中實現自動化整個過程。這稱之為GitOps。

由Weaveworks構思的GitOps是Kubernetes叢集管理和應用交付的一種方法。透過利用Kubernetes的聚合特性，Git推送觸發了連續交付。GitOps允許Kubernetes叢集管理和應用程式交付，使用Git作為宣告性基礎設施和應用程式的唯一真實來源。由於Git是交付管道的中心，開發人員可以加速拉取請求，並簡化Kubernetes的應用程式部署和操作任務。

GitOps為基礎設施和應用程式程式碼提供了“真相來源”，以進一步提高開發團隊的速度。使這成為可能的工作流從持續整合(CI)工具開始，將Docker映像推送到託管工具。然後雲端計算功能將配置圖和Helm圖從主儲存桶複製到主要的Git repo。最後，GitOps操作人員透過Lambda功能提取Helm圖表。

透過複製Helm圖，可以將功能即服務(FaaS)功能用於主要Git repo。功能即服務(FaaS)功能易於設定且具有成本效益，這意味著DevOps工程師可以專注於GitOps基礎設施的其他部分，並在這一過程中降低成本。

無伺服器可透過按需付費、自動擴充套件、完全託管的服務來減輕DevOps採用的複雜性，從而使DevOps基礎設施更高效、更具成本效益。從開發和測試到持續整合(CI)/持續部署(CD)和事件管理，無伺服器技術可在整個DevOps堆疊中使用，以最佳成本執行，並且在開發速度和程式碼可靠性方面非常有效。

原文地址：https://www.linuxprobe.com/service-devops.html