前言：
前面有聊過一些容器化技術的原理以及使用，今天我們來談談容器化技術發展的一些階段。
容器的歷史可以分爲三個主要階段，它們分別標誌着容器技術發展的不同階段，以及容器的不同用例。理解這三個階段對於理解容器技術如何發展演變成爲今天的樣子以及它們未來的發展方向至關重要。
階段1：預生產測試環境（Staging）和PaaS占主導地位
容器的發展歷史的第一階段發生在2013年至2015年之間。當時，Docker和大多數其它容器化框架對大多數人來說都是一項新技術。使容器成爲可能的操作系統級虛擬化（OS-level virtualization）實際上是一個很古老的想法，但是大多數人直到docker的出現才注意到這一點。直到今天，還有不少組織仍在試驗它。
當時容器的大多數用例屬於以下兩類之一：幫助爲自動化發佈管道構建敏捷的預生產環境，以及作爲PaaS系統的一部分託管生產應用程序。事實上，今天很容易忘記，當時實際使用容器的第一個主要事例是Heroku，它當時使用了LXC 來構建託管環境。
在容器化的第一階段，很少有公司部署使用到的容器數量的規模大到需要複雜的編排解決方案。因此，容器生態系統中唯一的主要技術是容器運行時（container runtimes）本身。
階段2：容器開始大規模部署
大約在2015年到2018年間，容器生態系統的發展動力轉移到了容器編排領域。這些年來，Kubernetes、Docker Swarm和其它容器編排框架之間的大戰成爲容器部署的核心。
由於容器編排技術的快速發展和成熟，很多公司能夠開始大規模地部署容器。這使得使用容器作爲部署應用程序的完整解決方案成爲可能，而不僅僅是用於準生產測試或作爲嚴格控制的PaaS環境的一部分。
與此同時，Docker的容器運行時悄悄地取代了包括LXC在內的替代方案，成爲大多數部署中的標準容器化框架。
階段3：容器化服務開始接管
大約在2018年，容器編排之戰結束了，Kubernetes成爲大多數容器部署項目的首選編排工具。與此同時，基於雲的容器服務，如AWS ECS和Azure AKS成爲部署容器化應用程序的首選解決方案。安裝運行時和編排工具以及配置基礎設施的DIY方法已經成爲過去。
如今，一個公司在選擇如何部署容器時，最大的問題是使用哪個容器服務。像在雲中運行的其它服務一樣，最重要的區別在於價格。易於與其它服務集成也是一個考慮因素。