容器鏡像
容器鏡像就像是一個將操作系統、依賴庫、應用程序、配置參數等，所有容器運行時所需組合成的一個集合。它包含了我們的應用程序所需的所有依賴。另外容器鏡像是可以接收增量變更的，也就是說我們可以對鏡像進行一些自定義的調整與修改，而這些變更是可以在原有鏡像基礎之上做增量，而不是每次改動就產生一個新副本。容器鏡像為了實現這種增量保存的機制，設計出了一個“分層”概念。也就是將鏡像分為多個層（layer）進行組織，每當發生變更時，就創建一個新層來保存這些變更的部分。多個層疊加在一起就是一個完整的鏡像，而這種層與層組織疊加是有順序的，最先創建出的層（基礎鏡像）總是在底層，而最新變更則通常處于最上層。
容器容器沒有管理程序的額外開銷，與底層共享操作系統，性能更加優良，系統負載更低，在同等條件下可以運行更多的應用實例，可以更充分地利用系統資源
容器消除了線上線下的環境差異，保證了應用生命周期的環境一致性標準化。開發人員使用鏡像實現標準開發環境的構建，開發完成后通過封裝著完整環境和應用的鏡像進行遷移
云成本的節省不僅體現在減少服務器硬件和云服務中。在環境中運行的虛擬機和操作系統減少，可以顯著降低許可成本。
容器并不是一個新概念：邁向Linux容器的第一步在1979年就出現了。從那時起，應用程序的容器部署出現了十幾個新的進化步伐，并且還沒完。容器與其支持技術（如DevOps）和競爭對手（如虛擬機）進行交互，推動所涉及的所有技術進步。未來的容器將與現在的容器非常不同，但用戶仍然可以跟蹤趨勢并充分利用每一步。
所有的容器架構都與VM架構不同——容器旨在虛擬化硬件和至少基本的平臺軟件，而不僅僅是硬件。這意味著容器應用程序共享操作系統和一些中間件，而VM模式需要為每個虛擬機復制所有軟件。容器方法減少開銷，允許每個服務器運行更多的應用程序。從長遠來看，將容器架構推向未來的是運營。容器、微服務、云計算和其他現代趨勢相互結合，并和業務目標一起來創建IT策略。盡管這一策略優先考慮技術要素，但它會根據運營效率而起落。因此，隨著時間的推移，容器趨勢將成為應用運營趨勢的重點。現在就開始計劃才能在競爭中領先。
容器可以為更快的開發和更頻繁的部署鋪平道路，尤其是在 CI/CD 管道中使用時。容器以及容器編排和越來越多地使用 CI/CD 自動化，往往會簡化將代碼交付到生產環境所需的操作工作，包括在基礎結構預配和測試等領域。
容器設計為可以啟動，然后根據需要快速棄用。這意味著他們可以支持流動的、不斷發展的業務目標和條件。它們的隔離特性，特別是當與微服務架構結合使用時，還可以帶來其他優勢，例如改進的安全控制和更新容器化工作負載的能力，而無需重新部署整個應用程序。
容器帶來的最大好處之一就是其適配性，越來越多的云平臺都支持容器，用戶再也無需擔心受到云平臺的捆綁，同時也讓應用多平臺混合部署成為可能。
容器容器沒有管理程序的額外開銷，與底層共享操作系統，性能更加優良，系統負載更低，在同等條件下可以運行更多的應用實例，可以更充分地利用系統資源。同時，容器擁有不錯的資源隔離與限制能力，可以精確地對應用分配CPU、內存等資源，保證了應用間不會相互影響。
測試和運維人員可以直接部署軟件鏡像來進行測試和發布，大大簡化了持續集成、測試和發布的過程
容器帶來的最大好處之一就是其適配性，越來越多的云平臺都支持容器，用戶再也無需擔心受到云平臺的捆綁
減少整體計算開銷。這種浪費、重復的操作系統和資源的減少可以轉化為巨大的成本節省