有人把 Kubernetes (通常縮寫成「K8S」) 的失敗案例 (轉移失敗、爛掉、...) 整理到 GitHub 上：「 Kubernetes Failure Stories 」，裡面有文章也有演講影片，然後也有重複的公司在不同時間點說明。
先來講 K8S 好了，如果要粗略的解釋 K8S 是什麼東西，我會說就像是架一組 AWS 服務起來，但是是基於 container 而非 VM。
拿 AWS 的詞彙來說，他在上面疊了一層 Amazon VPC (會對應到 Kubernetes 的 overlay network 與 CNI)，然後也提供 AMI (透過 Docker Image) 與 EC2 (因為是比喻，這邊就拿 AMI + EC2 來對比)，還有基本的 ELB (各種 NodePort、HostPort 與 Ingress) 與 Service Discovery。
比較特別的是 Pod 的概念，在一般的雲上不太會看到。
不過大致上你可以想像這是一個小型的 AWS，而試著去猜測管理一個小型的 AWS 會需要了解多少底層知識，加上 K8S 一直在發展，很多功能可能都還不成熟 (所以用起來會覺得設計很奇怪)，然後上面整理出的失敗案例就不意外了... XD
如果你是自己有機房，或是用便宜的 VPS (像是 Linode 、 DigitalOcean 、 Vultr )，那麼我覺得在上面堆 K8S cluster 還算合理，畢竟你可以透過 K8S 幫你整合不少以前得自己架設的服務。
但如果你是已經在 Cloud 上面，然後還想在上面跑 K8S cluster，我是覺得還是要有個理由 (不管是技術上或是政治上的)。 如果只是因為 K8S 潮到出水而用的話，可能過一個月後你家就淹水了 XD
另外講一些題外話，因為最近弄 Kubernetes 的關係 (可以參考我的筆記「Kubernetes」)，才能理解為什麼 Linode 這些 VPS 會推出 load balancer 與 block storage，算是後知後覺...
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
