1樓：noopsphere
無論跑得多慢，你都會最終跑到k8s裡面去。
如果是個人專案的話，swarm+traefik是可以的，需要的話在加乙個portainer或者swarmit也能玩一會。
但是就容器編排而言，k8s目前來說是終點。
2樓：雖然我只是乙隻洋
這倆個都可以選擇，前提是看你公司的環境！！！
公司的伺服器體量大，建議選擇k8s（這也是趨勢）。
公司的伺服器體量小，而你們有需要快速做到容器化部署，那你就選擇 swarm.。
k8s的學習成本比較高，但是管理精度高，功能豐富，k8s+istio會成為微服務架構的主流
但是部署相對困難，建議嘗試二進位制部署，可以更好的理解裡面元件的效能，實際上還有乙個kubesphere，這是對k8s的乙個整合，有時間嘗試一下
swarm就是docker的原生態管理軟體，學習成本低，而且容器啟動也快，但是功能比較少。如果你們公司伺服器體量不大可以一直用swarm
3樓：李常明
目前生產環境Swarm 執行了400多個容器，談談一點感受：
1、業務量訪問高峰期的時候，內部service通訊的時候就會出現超時的問題，總的來說，swarm的網路讓人從驚喜到擔憂
2、docker service在系統異常的情況下，不能被正常kill容器，docker service scale | rm 失控的狀態
3、多個service打一樣的別名，在負載的時候，也會出現網路不通的問題。
基於以上問題，真的是有點又愛又恨，正在嘗試k8s……
4樓：
最近也在這兩者之間做選擇，最後選擇K8s，前景自然不必多說，我的另乙個理由是可玩性比較高，對自己、團隊的技術成長也比較好。
5樓：張晉濤
k8s 已經是事實標準了。
但你如果要做選擇也需要考慮一下實際情況比如你就乙個小專案預期也不會很複雜那即使是 compose 都能滿足那你也沒必要非上 k8s
6樓：丶小炒肉
沒有最適合的環境，只有最適合自己環境與人員的環境。
就目前來說.. k8s 的大局與支援更好，從各大雲廠商的產品就可以看出來..
如果是學習的話，從 k8s 開始無疑是最好的..
不過大概未來...大概都不會關心... 底層技術了....只關心應用了....
因為.....
K8S構建redis集群後,k8s外部的服務如何訪問redis集群？
Joey 集群內部可以直接訪問，如果需要集群外機器訪問，可以在部署rediscluster的集群內部，再部署乙個rediscommander作為訪問入口。 無名 服務埠開放出來就好了吧？你是哨兵集群還是主從集群？你開了幾個集群埠就要幾個服務埠 不過，Redis這樣的模組用容器好嗎？如果你們確實用了，...
如何部署Prometheus監控K8S？
上面有答案回答的很詳細了，相信按這些步驟肯定能監控起來。現在也在不斷推出新的正規化，類似operator這種，一些紛繁複雜的部署 對接 配置動作也都隱藏了，自動化程度越來越高。個人感覺比zabbix等傳統方案，在體驗 能力方面領先太多，且差距會逐步拉大。在 Kubernetes 中使用 Promet...
k8s容器環境多個Pod寫日誌永久儲存到物理磁碟，日誌名稱重複問題？
我是這麼做得。在集群外部有機器開 NFS，pod 中使用volume 掛載，pod 中的日誌檔案可以寫到外部的 NFS 中。當然要包括 HOSTNAME。可以實現你的需求，但，從目錄結構上講 有一節不必要的 HOSTNAME，雖然不影響 grep。如圖太多，一屏顯示不全 吳波 對於容器日誌，業界的普...