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

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

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

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

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

DevOps有兩個重要方法：

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

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

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

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