為什麼說容器和DevOps不分彼此？

容器和DevOps到底什麼關係?如果你沒辦法理解，可以把他們想像成是「一對好夥伴」，渾然天成，不分彼此。

容器應用之所以發展為一種生態，和快速增長的DevOps實踐，密不可分。當容器和DevOps開始齊頭並進，當越來越多的容器應用開始投入生產環境，我們也越來越深刻地理解什麼是DevOps，實現DevOps有哪些方式和方法。

容器，更像是「管道式」應用，能直接將一個應用程序所需的相關程序代碼、函式庫、環境配置文件都打包起來，建立沙盒執行環境。從內部結構來看，隔離性強、可移植性高、資源佔用少，操作者可以不用考慮主機節點、集群和底層基礎設施等問題。但是從外部應用來看，容器中的程序又是整體生態系統中最重要的部分，包括：web API、用戶界面、資料庫、工作流、緩存和垃圾收集器等。技術團隊要給容器設置規則，限制容器對基礎設施的性能影響。另外，還要評估容器自身的性能。因為，超負荷工作負載，可能會給業務部門帶來負面影響。

DevOps理念給容器開發上了深深的一課。對於開發人員來說，無論是代碼發布，還是基礎架構構建，每一個過程都要遵循從概念到實現的線性路徑。從開發到測試、再到上線發布，理論上沒什麼問題，但是如果某一個團隊因為某項工作陷入瓶頸，那麼整個環節都會受到影響。

DevOps有兩個重要方法：

第一，先解決流程問題。通過技術手段實現協同工作，實現持續的過程管理;通過過程管理的可預見性，不斷發現和調整問題點，進而提高工作效率。

第二，堅持反饋原則。反饋，就是快速獲取相關信息。有了即時的、有用的反饋，很多問題就可以在未發生時被識別出來，在整個開發過程未受影響之前解決掉。DevOps團隊不僅注重「上游管理」，而且更專註於「優化下游」，重點著手解決可能影響後續團隊的問題點。與流程管理一樣，反饋也是一個持續過程，找到快速獲取重要數據的方法，並在問題出現時及時採取行動。在技術開發流程中，能否創建快速的反饋機制，決定了後期質量實現，及時反饋和產品可靠性、安全性等，一樣重要。

容器應用也一樣，也要建立反饋價值。除了防止容器自身出現問題，還要通過很多監控產品建立監督機制，實時了解容器動態。比如：prometheus，就是最流行的一個監控告警工具，它能主動收集數據指標，並檢查是否觸發告警規則。

容器為伺服器上運行的每個應用程序提供了獨自、隔離的環境來運行，使得你可以在一瞬間為虛擬機建立容器，而不用依賴於操作系統。但是，這種便捷有時是以信息不透明為代價，所以必須建立快速反饋機制，以便快速解決問題。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！