这篇文章给大家介绍k8的本质是什么,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
<节>当下k8算是比较火的一个内容,那么它到底是什么呢,它为什么会这么火呢,它解决的是什么问题呢。
当我们谈美丽的时候,总是会想起来码头工人。是的,如果想要知道k8解决的是什么问题,我们不可避免的再回到码头工人上面,回到容器上面来。
在“开发——测试,发布“的流程中,真正承载着容器信息进行传递的,是容器镜像。所以,当码头工人项目成功后不久,它就迅速走向“容器编排“的重要原因:作为一家云服务商或者基础设施提供商,我只要能够将用户提交的码头工人镜像以容器的方式运行起来,就能成为容器生态圈上的一个承载点,从而将整个容器技术栈上的价值,沉淀在我的这个节点上。此外,只要从我这个承载点向码头工人镜像制作者和使用者方向回溯,整条路径上的各个服务节点,比如监控,安全,网络,存储等等,都有可以发挥和盈利的地方。
所以,这也是为什么云计算提供商如此热衷于容器技术的重要原因:我可以通过容器镜像,和潜在用户(开发者)直接关联起来。
基于以上,容器从一个开发者手里的小工具,一跃成为了云计算领域的绝对主角;而能够定义容器组织和管理规范的“容器编排“技术,则当仁不让的成为了当下最火热的技术。
那么,美丽要解决的问题是什么?编排?调度?还是集群管理吗?
这个问题,到现在也没有固定的答案,因为在不同的发展阶段,k8需要着重解决的问题是不一样的。对于大多数用户来说,有一点是确定的:现在我有了应用的容器镜像,请帮我在一个给定的集群上把这个应用运行起来。更进一步说,我现在有了一个能够应用的容器镜像,那么我还希望k8能够给我提供路由网关,监控,备份等一系列运维能力。说到这里,我们就需要来讲讲美丽的架构了。
<人物>