我們都知道，Kubernetes是一個開源容器編排引擎，您可以選擇在自己的硬件或虛擬機上運行Kubernetes，也可以在本地建立一個計算集群,手動部署Kubernetes。但是，如果選擇本地部署，會帶來大量的復雜性。Kubernetes的本質是自動化，本意是讓部署容器化的應用簡單并且高效，這也是Kubernetes存在的***意義。但實際上，對于Kubernetes自身部署來說，卻是一件非常困難的事，以至于很多企業更愿意選擇在托管的Kubernetes服務上運行容器工作負載。

那么，對于初次使用Kubernetes的企業來說，如果選擇租用，應該有哪些注意事項?以下五個關鍵點，或能帶來更多借鑒作用!

1. 通過免費服務***化試用，是一個不錯的選擇。

大多數Kubernetes服務提供商都提供了不同程度的試用服務，這些試用項無疑是了解Kubernetes的***途徑。當然，他們提供的試用版，都是最簡單應用。但是，這些免費版提供了各種各樣的工具來管理集群，其中一些工具提供了與包不同的特性。考慮到容器編排技術具有快速變化的特點，每個服務提供的功能隨時迭代，使用托管服務可能會更有安全感。

2. 了解安裝、配置Kubernetes集群以及進行故障排查的方法。

并不是所有服務的主節點都具有高可用性，有些方法要靠我們自己來摸索。另外，每個服務都要提供不同類型的故障診斷工具和性能日志，并不是說要對比哪種方法更好或更差，只是為了確保系統在運行之后不出現意外。

3. 了解高可用性的額外成本。

雖然我們已經定了要選擇哪家的Kubernetes，還要讓對方以不同的服務方式處理主節點。但是到了生產環境后，我們運行的節點可能會是2個，甚至3個以上，這意味著我們主服務器的收費會更多。

4. 要具有多云環境的管理能力。

使用托管的Kubernetes服務，意味著我們的服務要運行在公有云環境中。比如：使用谷歌的托管Kubernetes，那么我們的節點就會運行在谷歌云中;使用亞馬遜的服務，我們的節點會運行在AWS等等。那么，如果我們希望在多個服務上(或混合配置中)運行節點，則需要明確對方是否能夠支持。例如：OpenShift或Heptio Kubernetes Subscription (HKS)，設置會更加復雜，但是在安全性和容錯性方面有很好的優勢。

5. 交鑰匙工程也是一種選擇。

企業可能不愿意將集群的密鑰交給云服務提供商，而Stackpoint或Containership Kubernetes Engine (CKE)等交鑰匙服務采用“一鍵式按鈕”的方式，在公有云上部署自己的集群，企業可以更稱心如意地創建集群。但需要注意的是，企業需要了解維護和排除這類集群故障所涉及的內容，因為在設計上，它的維護和更新方式與托管服務不同。云端運維能力可能決定了這家托管服務提供商是否具備競爭優勢，是否能夠滿足企業特定的需求。

總之，在使用托管的Kubernetes時，我們一定要考察云服務商的綜合實力，確保業務的強一致性，并且要保證在使用托管服務時開發的應用，以及用于部署的容器，可以無縫地遷移或者部署到本地。