其實 Docker 和 k8s 并非直接的競爭對手，它倆相互依存。Docker 是一個容器化平臺，而 k8s 是 Docker 等容器平臺的協調器。
虛擬化技術已經走過了三個時代，沒有容器化技術的演進就不會有 Docker 技術的誕生。
（1）物理機時代：多個應用程序可能會跑在一臺機器上。
（2）虛擬機時代：一臺物理機器安裝多個虛擬機（VM），一個虛擬機跑多個程序。
（3）容器化時代：一臺物理機安裝多個容器實例（container），一個容器跑多個程序。
開發人員編寫代碼，在自己本地環境測試完成后，將代碼部署到測試或生產環境中，經常會遇到各種各樣的問題。明明本地完美運行的代碼為什么部署后出現很多 bug，原因有很多：不同的操作系統、不同的依賴庫等，總結一句話就是因為本地環境和遠程環境不一致。
容器化技術正好解決了這一關鍵問題，它將軟件程序和運行的基礎環境分開。開發人員編碼完成后將程序打包到一個容器鏡像中，鏡像中詳細列出了所依賴的環境，在不同的容器中運行標準化的鏡像，從根本上解決了環境不一致的問題。
Docker怎么用？
其實大多數人談論 Docker 時說的是 Docker Engine，這只是一個構建和運行的容器。
在運行容器前需要編寫Docker File，通過 dockerFile 生成鏡像，然后才能運行 Docker 容器。
Docker File 定義了運行鏡像（image）所需的所有內容，包括操作系統和軟件安裝位置。一般情況下都不需要從頭開始編寫 Docker File，在 Docker Hub 中有來自世界各地的工程師編寫好的鏡像，你可以基于此修改。
編排系統的需求催生 k8s
盡管Docker為容器化的應用程序提供了開放標準，但隨著容器越來越多出現了一系列新問題：
1.如何協調和調度這些容器？
2.如何在升級應用程序時不會中斷服務？
3.如何監視應用程序的運行狀況？
4.如何批量重新啟動容器里的程序？
解決這些問題需要容器編排技術，可以將眾多機器抽象，對外呈現出一臺超大機器。現在業界比較流行的有：k8s、Mesos、Docker Swarm。
在業務發展初期只有幾個微服務，這時用 Docker 就足夠了，但隨著業務規模逐漸擴大，容器越來越多，運維人員的工作越來越復雜，這個時候就需要編排系統解救opers。
k8s是做什么用的？
K8s是google研發的容器協調器，已捐贈給CNCF，現已開源。
Google 利用在容器管理多年的經驗和專業知識推出了 k8s，主要用于自動化部署應用程序容器，可以支持眾多容器化工具包括現在非常流行的Docker。
目前k8s 是容器編排市場的領導者，開源并公布了一系列標準化方法，主流的公有云平臺都宣布支持。
一流的廠商都在搶占標準的制高點，一堆小廠商跟著一起玩，這就叫生態了。國內的大廠商都在干嘛呢？搶社區團購市場，玩資本游戲，哎？！
Docker與k8s 難舍難分
Docker 和 k8s 在業界非常流行，都已經是事實上的標準。
Docker 是用于構建、分發、運行容器的平臺和工具。
而 k8s 實際上是一個使用 Docker 容器進行編排的系統，主要圍繞 pods 進行工作。Pods 是 k8s 生態中最小的調度單位，可以包含一個或多個容器。
Docker 和 k8s 是根本上不同的技術，兩者可以很好的協同工作。
開發實踐，靈魂追問
（1）沒有 k8s 可以使用 docker 嗎？
可以。實際上一些小型公司，在業務不太復雜的情況下都是直接使用 Docker。盡管 k8s 有很多好處，但是眾所周知它非常復雜，業務比較簡單可以放棄使用 k8s。
（2）沒有 Docker 可以使用 k8s 嗎？
k8s 只是一個容器編排器，沒有容器拿什么編排？！
k8s 經常與 Docker 進行搭配使用，但是也可以使用其他容器，如RunC、Containerted 等。
（3）Docker Swarm 和 k8s 怎么選？
選 k8s。2019年底Docker Enterprise已經出售給Mirantis，Mirantis聲明要逐步淘汰Docker Swarm，后續會將 k8s 作為默認編排工具。
最后一個問題
Docker 不香嗎？為什么還要用 k8s
如若轉載，請注明出處：開源字節 https://sourcebyte.cn/article/258.html
