docker降低了应用部署的复杂度，将繁杂的依赖安装降低为了一次。这对应用的快速部署来说，是一次很大的改进。但追求速度与简洁的大佬们觉得还是不够，于是又搞出来了kubernetes，俗称k8s，来对docker类的容器服务进行管理，相当于在逻辑上又套了一层壳。目的是基于容器实现集群上的高性能与高可用。
前面我们聊了docker，我们来聊聊k8s。
01 基础概念
我们先来看一张图，
这个图讲述了k8s的基本组成部分，包括Node(Worker) 节点和Master节点。Worker节点是干活的，Master节点是监工，指挥Worker节点干活。
Worker节点一般是直接对应物理机或者虚拟机，之上会部署kublet管理工具以及docker之类的容器运行时。
Pod是容器的集合，作用是将一组相关的容器圈起来，让他们有相同的生命周期。比如应用服务容器和数据库容器，他们要协同工作才能完成业务需求，就可以放到同一个Pod里。既然是相关的容器，那么共享相同的卷就是自然而然的了。
Master节点是集群的核心节点，部署的有Api Server、etcd、controller manager 和Scheduler。
02 应用场景
从上面的描述我们也可以看出来，一般简单的服务部署docker就能搞定了。两三台服务器的简单集群使用k8s也是杀鸡用牛刀。那么什么情况下我们才会去用k8s这个玩意呢？
如果有以下需求，就可以考虑用下了。
-
微服务很多，且更新部署花费的时间非常长。说明服务部署的复杂度已经到了一个量级，使用k8s结合ci/cd工具进行管理，可以有效提高部署效率。
-
需要根据负载自动弹性伸缩。这个是k8s的最实用的点。它会根据负载状态，自动调整实例数量，保证响应的性能。
-
对服务的可用性要求非常高。k8s会自动处理容器故障，很大程度上能保证容器在出现故障时能保持可用状态，或者及时推送通知。
kubernetes是一个很有用的工具。用好了对于制造型企业和服务型企业都能带来很大的价值。
原文始发于微信公众号（架构师手札）：聊聊kubernetes
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/234601.html
