随着容器的火爆,利用容器架构来搭建业务系统的人越来越多。可是,大家在实操中发现,像 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 也很完美。
你可以在网上找到各种安装指导文档,然后从 github 轻松找到最新的版本,然后一步一步搭建集群。
只是安装过程漫长而痛苦,毕竟搭建集群不是我们的目的,我们的目的是利用集群来干活。
搭一个 K8S 学习环境倒也罢了,权当练手涨经验。可当我们要搭建生产环境的时候,事情就变得不一样了。
这时候,为了保证集群的可靠性,我们可能要跨多个可用区来部署 K8S 集群。对于大多数人来说,这个工作不太好玩。
不止搭建集群过程很复杂,后期还要面对更繁琐的 K8S 控制平面维护工作:版本升级、安全管控、数据备份等等。
所以,面对生产级别的业务,大家往往喜欢选择 Turnkey (一站式)的商用方案,而不是自己慢慢鼓捣,老牛拉破车。
目前,各大云服务商几乎都推出了 Turnkey 方案,帮助用户快速搭建 K8S 集群。
到底哪家强呢?王婆卖瓜,自卖自夸,似乎没有定论。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。