在微观服务架构方面,各种独立职能提高了整体灵活性,但也增加了部署运输层面的困难,即使多克与Devops合作,使解决许多困难(光、孤立、连贯、CI、CD等)更为简单(光、孤立、一致、光、CD等),而且与Compathe公司相比,一切都很好看,为什么你需要K8?
人们可以理解,当微观服务被理解为人时,那么对服务的治理就只是人与人之间的交流,而太多的人需要生存和优化他们的交流方式,这需要集群和组织。DockerCommexe, swarm, 可以解决一些关系,例如,给你一个手机号码,你可以很容易找到我,但如果手机号码改变,那么,从上帝的角度来看,服务管理将是一个很大的麻烦和很多麻烦。K8,从上帝的角度来看,它是一个非常抽象的抽象,他看到某种人(组织)和不同组织的特点(Job、CornJob、Autoscasser、StatefulSet、DamonSet..),以及不同组织之间的交流可能需要什么(ConfigMap、Osecret..),这样,近值的人就可以通过服务——手机号码不会改变,与同一Pod的不同组织进行交流,而部署和RC可以帮助各团体迅速构建组织。在Dokcer的温度模式之后,他们从抽象性的角度(eg.Sery)是相似的。
Pod是一个小家庭,包括一个不可分割的家庭成员,FOR集装箱作为父母行事,控制家庭资源,通过副车互相帮助。
云计算系统的操作系统是K8,容器是过程,波德是过程组。
容器镜像功能类似于可安装的二进制安装包。
Pod的另一个基本组成部分是集装箱设计概念在传统虚拟应用的转换中发挥着至关重要的作用,这一概念在这一部分中越来越广为人知。
在常规结构中,它是“虚拟机器”;容器是虚拟机器中的应用。“为了完成经典虚拟应用程序转换为微观服务结构,主要概念是分析应用(组件、流程)的构成,并将其破碎成薄相混合的容器(在容器镜子中分发),用 Init 集装箱处理顺序和依赖性。”
经许可重印,摘自:《库伯涅茨省内研究》。