最近看一段時間容器集群,越看越迷糊了。大家來看看如何選擇??


k8s 已經是事實標準了。

但你如果要做選擇 也需要考慮一下實際情況 比如你就一個小項目 預期也不會很複雜 那即使是 compose 都能滿足 那你也沒必要非上 k8s


目前生產環境Swarm 運行了400多個容器,談談一點感受:

1、業務量訪問高峰期的時候,內部service通信的時候就會出現超時的問題,總的來說,swarm的網路讓人從驚喜到擔憂

2、docker service在系統異常的情況下,不能被正常kill容器,docker service scale | rm 失控的狀態

3、多個service打一樣的別名,在負載的時候,也會出現網路不通的問題。

基於以上問題,真的是有點又愛又恨,正在嘗試k8s……


沒有最適合的環境,只有最適合自己環境與人員的環境。

就目前來說.. k8s 的大局與支持更好,從各大雲廠商的產品就可以看出來..

如果是學習的話,從 k8s 開始無疑是最好的..

不過大概未來...大概都不會關心... 底層技術了....只關心應用了....

因為.....


現在哪裡還有人選擇swarm啊,都選擇k8s了。首先從底層支持的容器類型,k8s多了很多選擇。其次從支持的網路,k8s不光選擇多,可擴展性也搶了很多。再看ingress controller,swarm沒法比。最後看看社區支持,那就啥都不說了。


這倆個都可以選擇,前提是看你公司的環境!!!

公司的伺服器體量大,建議選擇k8s(這也是趨勢)。

公司的伺服器體量小,而你們有需要快速做到容器化部署,那你就選擇 swarm.。

k8s的學習成本比較高,但是管理精度高,功能豐富,k8s+istio會成為微服務架構的主流

但是部署相對困難,建議嘗試二進位部署,可以更好的理解裡面組件的性能,實際上還有一個kubesphere,這是對k8s的一個集成,有時間嘗試一下

swarm就是docker的原生態管理軟體,學習成本低,而且容器啟動也快,但是功能比較少。如果你們公司伺服器體量不大可以一直用swarm


無論跑得多慢,你都會最終跑到k8s裡面去。

如果是個人項目的話,swarm+traefik是可以的,需要的話在加一個portainer或者swarmit也能玩一會。

但是就容器編排而言,k8s目前來說是終點。


都這個時候了,不用糾結了,大膽的選擇k8s,准沒有錯的。


簡單的容器調度可以使用swarm,上手快。k8s功能齊全,上手有難度


最近也在這兩者之間做選擇,最後選擇K8s,前景自然不必多說,我的另一個理由是可玩性比較高,對自己、團隊的技術成長也比較好。


期待facebook出一個AutoContainer

google出的東西大都能用但api稀爛。。。


毫無疑問k8s,沒大公司參與的開源項目註定沒前途。k8s已經是容器編排事實標準了,圍繞k8s的開源生態已經形成。


推薦閱讀:
相关文章