K8S 出自 Google，對國內的用戶極其的不友好。而azk8s.cn 全能鏡像站，也於 2020年4月2日限制了對 Azure China 之外的 IP訪問。https://github.com/Azure/container-service-for-azure-china/issues/58
記得 2017 OpenStack 主力公司 Mirantis 公開承認 OpenStack 衰敗，轉投 Kubernetes 陣營。Kubernetes(K8s) 是一個用來實現自動化部署、擴展、管理容器化應用的開源系統。 K8S 現在這麼火爆，還在猶豫是否要學？在決定是否要學習一門新技術的時候，大家有顧慮是正常的，技術人學一門技術其實是一項投資，投資就肯定期望能有長期受益。但每一項技術都有其歷史使命，學習的收益取決於其技術生命週期的長短和適用範圍。很多技術在開始的時候是很難評估其生命週期的，投資肯定有風險。當然，不學習，不投資，是沒有了直接的投資風險，但更大的風險是機會風險，錯失了技術變革帶來的機會。所以技術人評估是否要學習一項新技術，最好持開放心態，如果都不試圖去理解一下新技術到底要解決什麼問題，也更沒辦法做進一步的評估。
Kubernetes 本身是容器掀起的服務器端應用標準化趨勢下的產物（雖然 Kubernetes 本身是源自 Google ，但它能被業界接受，是依賴於容器的廣泛普及的。所以，如果你自己或者所在企業已經接受了容器，肯定需要進一步考慮容器的編排，這時候學習一下 Kubernetes，至少有助於最後做選型。
作為運維人員，你有必要學習 K8S ，Kubernetes 的首要目標用戶就是運維人員。Kubernetes 接過了 OpenStack 的棒，繼續實現運維人員那個把機器和應用當牲畜而不是寵物的夢想。利用 Kubernetes 可以實現運維人員一直在努力實現的部署標準化，滾動升級，自動伸縮，監控日誌標準化等。哪怕最後不採用 Kubernetes，學下 Kubernetes 瞭解下它是怎麼做的也肯定有幫助。
如果你是服務器端測試人員，是不是天天為了各種測試環境和開發，運維撕扯？用 Kubernetes ，一鍵搭建整個系統不是夢。何況 Kubernetes 之上的自動化接口測試，性能測試工具還大有可為。
如果你想做全棧工程師，耗子叔都說了，只學 javascript 肯定不夠的，再學學 Kubernetes，至少多了一棧。
所以，K8S 要不要學，是視自身工種和工作方向發展需要決定，多半是要學的。
瞭解一下
閱讀更多 Python學習 的文章
