Container 在現今的發展不局限於小型設備的功能擴充，而是以類似VMware所提供的Vsphere架構,將要部屬的功能包裝成Image後續以Docker等Container manager engine 運行，部屬，比起VM的架構，Container 部屬的架構捨去了OS層的資源部屬，在大量設備的部署環境下，整體效能的節省量是非常可觀的。 Container 在小型設備之間的搭配要搭建一個完整的服務內容，網路方面的溝通顯然是最大的問題，但捨棄小型設備的使用，將Container的效能優勢透過K8S架構進行互相管理以後，K8S將網路的問題全部導向給Service&Endpoint 進行，內部所有Container 之間的溝通都由CNI(Container network interface)來管理，實際需要由部屬者來煩惱著僅剩服務對外部屬的溝通。
Kubernetes , 俗稱K8S，目前基於公司需求，正逐步學習K8S架構的內容。 依目前的架構理解， K8S 僅為針對Container [容器] 進行管理的架構，協助Container進行硬體資源的虛擬化、分配、網路的部屬，存取壓力的管理，這些需求促成了K8S的完善及發展。 剛開始只有Container，為了最佳化服務的部屬，在資源不足的硬體上以Container的形式建構符合自己使用需求的軟體。 這種形式的應用程式部屬方法，逐步的被開發不同的應用情境，可以自行進行數據分析的天氣儀，商店街人流的分析器，當時人們或許只想著，在Sensor[感測器]上部屬可以及時對數據進行處理的應用，並沒有讓Container大紅特紅，Container 開始被注意的原因，是其輕量化的優點被開發了更新的應用。