阿里雲 Kubnernetes 的優勢
便捷- 通過 Web 介面一鍵建立 Kubernetes 叢集。
- 通過 Web 介面一鍵完成 Kubernetes 叢集的升級。
您在使用自建 Kubernetes 叢集的過程中,可能需要同時處理多個版本的叢集(包括 1.8.6、1.9.4、以及未來的 1.10)。每次升級叢集的過程都是一次大的調整和巨大的營運負擔。Container Service的升級方案使用鏡像滾動升級以及完整元資料的備份策略,允許您方便地復原到先前版本。
- 通過 Web 介面輕鬆地實現 Kubernetes 叢集的擴容和縮容。
使用Container Service Kubernetes 叢集可以方便地一鍵垂直伸縮容來快速應對資料分析業務的峰值。
功能 | 說明 |
---|---|
網路 |
Container Service可以為您提供持續的網路整合和最佳的網路最佳化。 |
負載平衡 | 支援建立Server Load Balancer執行個體(公網、內網)。 如果您在使用自建 Kubernetes 叢集的過程使用自建的 Ingress 實現,業務發布頻繁可能會造成 Ingress 的配置壓力並增加出錯機率。Container Service的 SLB 方案支援原生的阿里雲高可用負載平衡,可以自動完成網路設定的修改和更新。該方案經曆了大量使用者長時間的使用,穩定性和可靠性大大超過使用者自建的入口實現。 |
儲存 | 整合阿里雲雲端硬碟、Network Attached Storage、區塊存放裝置EBS,提供標準的 FlexVolume 驅動。 自建 Kubernetes 叢集無法使用雲上的儲存資源,阿里雲Container Service提供了最佳的無縫整合。 |
營運 |
|
鏡像倉庫 |
您如果使用自建的鏡像倉庫,在百萬級的用戶端同時拉取鏡像的時候,會存在鏡像倉庫崩潰的可能性。使用Container Service鏡像倉庫的專有雲版本來提高鏡像倉庫的可靠性,減少營運負擔和升級壓力。 |
穩定 |
Container Service提供了 Docker CE 兜底和推動 Docker 修複的能力。當您遇到 Docker Engine hang、網路問題、核心相容等問題時,Container Service可以為您提供最佳實務。 |
高可用 |
|
支援人員 |
|
自建 Kubernetes 的成本和風險
- 搭建叢集繁瑣。
您需要手動設定 kubernetes 相關的各種組件、設定檔、認證、密鑰、相關外掛程式和工具,整個叢集搭建工作需要專業人員數天到數周的時間。
- 在公用雲上,需要投入大量的成本實現和雲產品的整合。
和阿里雲上其他產品的整合,需要您自己投入成本來實現,如Log Service、監控服務和儲存管理等。
- 容器是一個系統性工程,涉及網路、儲存、作業系統、編排等各種技術,需要專門的人員投入。
- 容器技術一直在不斷髮展,版本迭代快,需要不斷的踩坑、升級、測試。