不久前，笔者参加了在北京举行的UCloud TIC2019会议，结束了UCloud实验室负责人Yelliang的演讲，并就容器计算进行了简短的交流。Yelliang是云计算深度研究和实践的资深专家，我认为他的一些观点和观点值得分享。

叶理灯，UCloud实验室者叶理灯，UCloud实验室者。目前，他专注于企业云计算产品的开发和运营，并负责UCloud的创新产品开发。Yelliang拥有十多年丰富的互联网研发经验，曾在腾讯、盛大云等互联网公司工作，从事大规模分布式后台系统的研发和运营。定制违背了K12S的初衷，提供本机K12S产品记者：除了正式的K12S发布外，所有云厂商在提供K12S服务时都有一些独特的定制和调整。在今天的会议上提到的UCloud K8S发布UK8S主要进行哪些定制，具有哪些特点？Yeli Lamp：K8S的自定义违背了K8S的初衷。我们提供基于公共云的本地K12S产品，而不是定制K12S。在公共云上提供本机K12S需要大量工作，包括与公共云计算、网络和存储集成，以及提供开箱即用的本机K12S群集。你为什么说它不应该被定制？正如你所知道的，PaaS已经发展到今天，一个一直存在的问题是供应商绑定问题。K8S如此具有活力和迅速流行的原因是它提供了一个开源标准，允许用户使用K8S PaaS平台，并避免了供应商绑定。这意味着服务可以在一个提供商的K12S上运行，并无缝迁移到另一个提供商。作为云供应商，您最重要的工作是在专有云平台系统的基础上为用户提供原生K8S，减少集群管理和资源整合的麻烦和投资。例如，通过集成网络、存储和计算功能，您可以享受本机K12S的优势，同时避免许多操作负担。公共云K8S位于底层IaaS和顶级应用程序之间，将IaaS功能向下集成，并将客户应用程序向上托管。当涉及到IaaS集成时，我们不会更改K8S本机功能。例如，我们实施的网络插件基于IaaS VPC网络，是K12S产品中IaaS功能的体现，是我们的特征之一，以便Pod可以连接到我们的主机区域和物理云区域。这是在K12S系统支持下通过插件方法实现的。不影响本机K12S的交付。在应用程序级别，制造商还可以基于K12S提供一些外围功能，以提高用户效率，但这与提供一致的K12S环境一致。另一方面，如果自定义概念意味着基于K8S本身开发系统提供的插件机制进行二次开发，则K8S本身需要适应网络、存储和计算，而不是产品级就绪的环境。每个制造商都必须进行定制。每个公共云供应商都基于自己的IaaS提供K12S产品，因此需要开发插件。总而言之，您必须为用户提供本机的标准K12S产品，但基础必须基于您自己的IaaS平台进行定制。其本质是提高用户使用K12S的效率，并使用户开箱即用。K8S落地面临的挑战：转型成本与人才问题记者：您认为目前国内云供应商在推广K8S集群编排服务方面有哪些欠缺？是什么阻止了你使用这些容器集群服务？Yelliang：K8S以容器技术为核心，以容器形象为包装标准的特点，意味着如果迁移到这个系统，客户需要对软件进行容器化包装和微服务转换。K8S的特性是运营和研发之间的桥梁，需要改变公司的研发流程。在许多公司中，运营和维护人员都有积极性，但研发人员却缺乏积极性，因为研发习惯和流程不断变化，增加了负担。当然，有些公司希望开发K12S管理应用程序，从而改变操作和操作。这将给K12S的迁移带来负担，但完成此阶段后，将显示迁移后的效率和成本优势。因此，这是一个新技术落地的问题，涉及到用户的教育和习惯的改变，需要社区和企业共同努力。此外，由于每个公司的技术路线和文化不同，通往K8S的道路也不同，因此没有万能的最佳实践，但随着容器和微服务的普及，K8S将成为事实标准。除了转型业务的成本外，K12S人员相对不足，不同用户的情况也不一样，有些用户的维护人员非常少，无法选择一个或两个人来执行K12S，用户担心问题。事实上，云供应商需要更进一步，不仅要帮助用户构建K8S平台，还要帮助他们解决许多技术问题。 UCloud现在所做的就是，当用户进来时，他们会把小组聚集在一起，解决所有的技术问题。在着陆方面，我们可以做更多的工作来帮助客户培养K12S的运营和维护人员，并为用户制定体系结构迁移计划。但是，随着技术的发展和普及，我相信越来越多的人了解K8S。最后，K12S本身也在开发中，在部署K12S时，会将人们重新定位为应用程序的操作和维护，但大多数用户使用K12S同时管理群集中的节点和应用程序时，会同时带来两个负担。我们的目标是让容器可以直接运行，而不知道节点在哪里。这就是Serverless。当这项技术更加成熟时，集装箱技术的落地也将有很大的推动作用。另一方面，无服务器形式为用户节省了大量成本，并且可以按需支付，从而消除了用户的运营成本。我认为K8S的落地是一种趋势，也是必然的，但是K8S本身需要向前发展，它的革命还没有完成。容器和无服务器：不同的覆盖场景，非替代相关记者：您认为目前无服务器的发展对容器创新技术的迭代升级有什么影响？你能把容器放得更轻吗？叶理灯：不是真的，但无服务器首先出现在计算领域。计算有许多层次：物理机、虚拟机、容器和无服务器。当Serverless出现时，有一种产品，它相当于FaaS，叫做Lambda。无服务器出现的驱动力是云计算的发展带来了大量丰富的中间件，如对象存储。无服务器的概念希望应用程序开发人员不必编写后端逻辑，而是直接向客户端编写逻辑，并将云上的几个服务组合在一起来完成业务逻辑，因此无需编写后端逻辑。但后来我们发现很多时候，我们需要后端代码，所以如果我们有后端代码，我们就不需要管理服务器了，因为它们被分解成函数并托管在FaaS服务上。2017年，AWS提出了一个新概念，重新定义了所谓的无服务器。只要服务具有四个功能：免维护、按需付费、高可用性和自动扩展，服务就是无服务器服务。因此，无服务器的概念可以对应FaaS，它也可以代表一个架构，它也可以代表一种服务的形式。例如，Aurora Serverless将数据库服务转换为无服务器。容器和无服务器之间的区别在于，无服务器是无容器的，除了不关注服务器之外，容器是不可见的。两者都指向不同的场景，而不是相互替代的关系。FaaS的特点是接收请求并将函数拉起来，由于函数是无状态的，其执行位置也不是固定的，所以延迟比驻留进程高，对于某些延迟敏感的位置并不合适，但有些场景非常合适。例如，在物联网场景中，有成千上万的设备，它们大部分时间都处于睡眠状态，以节省电力。如果你想使用传统的架构来为这些数十万台设备提供服务，那么当你同时连接时，你必须考虑到服务中应该有多少计算资源。因此，最好的方法是在一个请求中提取功能服务。