随着容器的火爆，利用容器架构来搭建业务系统的人越来越多。可是，大家在实操中发现，像 Docker 之类的容器引擎，折腾少量容器还行。但如今的云原生应用、机器学习任务或者大数据分析业务，动辄就要使用成百上千的容器。要管理这么多容器，Docker 们就力不从心了。
江山代有才人出，各领风骚三五年，有需求就有改变，于是乎，市场上就出现了一批容器编排工具，典型的是 Swarm、Mesos 和 K8S。
经过几年大浪淘沙，K8S“击败”Swarm 和 Mesos，几乎成了当前容器编排的事实标准。
K8S 最初是由 Google 开发的，后来捐赠给了 CNCF（云原生计算基金会，隶属 Linux 基金会）。
K8S 的全名是 kubernetes，读作“库伯耐踢死”，很多国人既拼不对也写不对，而 K 和 S 之间有 8 个字母，索性就简单一点，叫“开八司”了。
K8S 是个杂技高手，最擅长的就是“搬箱子”，盘各种容器玩。
K8S 的大致架构，就像上面。Master 节点，用来放“脑子”，“腿脚”搭在工作节点上“搬砖”，工作节点就是实际业务容器的存放地。
单个容器或多个关系密切的容器，被编成一组，称为 pod。K8S 就是以 pod 为单位进行编排操作。
同时，K8S 还要和其它相关软件配合，来完成联网、存储、安全等功能。
诞生六年来，K8S 一路高歌，成为容器编排和调度领域的 No.1。但需要注意的是，K8S 和 Docker 们不是替代关系，而是配合关系。
K8S 仍然会使用 Docker 之类的容器引擎（Docker、Containerd、RKT、CRI-O 等），来对容器进行生命周期管理。
K8S 既然那么猛，直接拿来用不香吗？
这样做，看起来没毛病，K8S 是开源软件，社区版 K8S 也很完美。
你可以在网上找到各种安装指导文档，然后从 github 轻松找到最新的版本，然后一步一步搭建集群。
只是安装过程漫长而痛苦，毕竟搭建集群不是我们的目的，我们的目的是利用集群来干活。
搭一个 K8S 学习环境倒也罢了，权当练手涨经验。可当我们要搭建生产环境的时候，事情就变得不一样了。
这时候，为了保证集群的可靠性，我们可能要跨多个可用区来部署 K8S 集群。对于大多数人来说，这个工作不太好玩。
不止搭建集群过程很复杂，后期还要面对更繁琐的 K8S 控制平面维护工作：版本升级、安全管控、数据备份等等。
所以，面对生产级别的业务，大家往往喜欢选择 Turnkey （一站式）的商用方案，而不是自己慢慢鼓捣，老牛拉破车。
目前，各大云服务商几乎都推出了 Turnkey 方案，帮助用户快速搭建 K8S 集群。
到底哪家强呢？王婆卖瓜，自卖自夸，似乎没有定论。
但是有个数据很有参考意义，根据咨询机构「Nucleus Research」的数据，所有云中 K8S 的工作负载，竟然有 82%都是运行在 Amazon Web Services (AWS) 上的。
So，我们差不多可以这样说，云上 K8S，还是 AWS 最强！
AWS 提供了一个神器，叫做 Amazon Elastic Kubernetes Service (Amazon EKS)，可以快速帮我们搭建高可用的云上托管 K8S 服务。