1、出生不同，Google根據其在Linux上容器管理經驗，改造到docker管理上，就是kubernetes。他的在許多方面表現良好。最重要的是構造於Google多年的寶貴經驗只上。kubernetes並不是爲了docker寫的,kubernetes把集羣帶到了一個全新的高度，代價是學習曲線比較陡。docker-swarm 使用了一個不同的方式。它是docker原生的集羣工具。最方便的部分是它暴露了docker標準的編程接口，意味着你之前一直在使用的任何與docker溝通的工具（docker命令行接口，docker compose，dokku，krane等等），都可以無縫的在docker swarm上使用。
2、安裝配置不同，安裝設置swarm非常簡單，簡單明瞭並且很靈活。我們需要做的就是安裝一個服務發現工具，然後在所有的節點上安裝swarm容器。相比較而言，kubernetes的安裝就有點複雜晦澀了。不同的操作系統上安裝都不同。每個操作系統都有自己的獨立安裝指令。
3、運行方式不同，使用Swarm和使用容器沒有什麼不同。比如，你習慣於使用Docker CLI（命令行接口），你可以繼續使用幾乎相同的命令。如果你習慣於使用Docker Componse來運行容器，你可以繼續在Swarm集羣中使用。不管你之前習慣於怎麼使用容器，你仍舊可以使用，只是在更大級別的集羣中使用。Kubernetes要求你去學習它自己的CLI（命令行接口）和配置。你不能使用你之前創建的docker-compose.yml配置，你必須要去新建與Kubernetes對應的配置。你也不能使用之前學習的Docker CLI（命令行接口）。你必須要去學習 Kubernetes CLI（命令行接口）
最後，當需要在Docker Swarm 和 Kubernetes做出選擇時，可以考慮如下幾點。你是否想依賴於Docker自己來解決集羣的問題。如果是，選擇Swarm。如果某些功能在Docker中不支持，那它也非常可能在Swarm中找不到，因爲Swarm是依賴於Docker API的。另外一方面，如果你想要一個工具可以解決Docker的限制，Kubernetes將是不錯的選擇。Kubernetes不是基於Docker，而是基於Google多年對於管理容器的經驗。它是按照自己的方式來行事。