容器的本质是一种隔离技术，该技术解决了他的前身虚拟化未解决的问题：操作环境很慢，资源利用率较低，并且容器技术，名称空间和CGroup的两个核心概念只是权利了这两个问题Namespace作为一种看起来孤立的技术，取代了Hypervise和Guestos。它已经在两个操作系统的操作环境中演变成一个。操作环境更轻巧，快速。一个过程只能消耗一部分CPU和整个计算机的内存。
当然，集装箱技术可以很受欢迎，因为他提供了标准化的软件开发交付 - 符合镜像图像。基于基于容器的镜子，它确实可以在此问题上降落。
我们还可以列出使用容器技术的许多原因，并且我们不会在这里重复一遍。
同时，云计算解决了基本资源层的弹性望远镜，但不能解决由PAAS层的弹性望远镜引起的批次和快速部署问题，并具有基本资源层的弹性。，集装箱布置系统开始存在。
从第三党研究数据来看，容器和库伯纳特已经成为云原住民时代的主流选择，但是当它们真正降落时，它们陷入了麻烦。我们试图总结一些共同点和响应计划，并可能能够能够为降落容器技术的公司提供一些参考。
毫无疑问，容器和Kubernetes的先进性质是毫无疑问的，但是当大量企业开始拥抱容器布置领域时，Kubernetes就遇到了麻烦。，但在应用程序中也具有很高的复杂性和高阈值。在此过程中，将引起一些常见的错误。
在接受采访时，阿里巴巴高级技术专家张雷分析了库伯尼特的本质。他指出：“ Kubernetes本身是一个分布式系统，而不是一个简单的SDK或编程框架，它改善了其复杂性到系统级别的分布式分布式类型本身是开源项目的位置。此外，Kubernetes首先要广泛了解语句的想法。在开源基础架构领域的API，并基于此，提出了一系列用途，例如容器设计模式和控制器模型。先进和前瞻性设计也使Kubernetes项目在被一定的学习周期中得到了一定的学习周期。民众。 ”
我们粗略地总结了Kubernetes的4个主要复杂性。
1.复杂的认知：与原始的背部 - 末端研发系统不同，他扩展了一组新的理论，并提供了一系列新的技术概念，以及这些概念，例如POD，SIDECAR，服务，服务，资源管理，调度，派遣，调度，调度学位和CRD等主要是为平台研发团队而不是应用程序开发人员而设计的，提供了许多强大而灵活的能力。但是，这不仅带来了陡峭的学习曲线，而且还影响了陡峭的学习曲线，还影响应用程序开发人员。即使在许多情况下，理解不当也会导致错误甚至产量失败。
2.复杂开发：K8S使用声明方法来安排和管理容器。要实现这一点，需要配置YAML文件，但是在复杂的应用程序中，新链接的引入会影响开发人员的生产率和敏捷性。此外，缺乏在构建的编程模型中，开发人员需要依靠第三方库来处理程序之间的依赖关系，这将影响开发效率并增加不必要的DevOps开销。
3.复杂的迁移：将现有应用程序迁移到K8，尤其是非米科服务体系结构更为复杂。在许多情况下，我们必须重建特定组件或整个架构，以及使用云原理原理重建应用程序的使用，例如状态依赖性等应用程序，例如编写本地目录，序列，序列，网络依赖性，例如作为编写DEAD IP，数量依赖性，例如固定副本等。
4.复杂的操作和维护：K8S的声明性API颠覆了传统的过程和维护模式，并且语句API对应于最终操作和维护模式。随着K8S群集的增长，裸手基于开源K8S，而且操作和维护的难度也将线性增长。它在集群管理，应用程序发布，监视，日志和其他链接中介绍。集群稳定性将面临极大的挑战。
该技术始终具有双重性。容器创新了云计算的基础架构，并已成为一个新的计算接口。Kubernetes已建立了一个统一的基础设施抽象层，涵盖了我们必须关注的基础架构概念，我们不需要注意我们想要的关心，关于任何基础架构层的细节。这是Kubernetes称为Linux和“平台平台”的基本原因。
但是，这是我们应用程序容器技术的唯一选择吗？答案是负面的。在容器技术的发展中，我们还发现了许多可以减少容器布置阈值的开源项目和商业产品。接下来，我们将从低到高的双手解放程度介绍，并一一介绍它们。
OAM/Kubevela是在CNCF中托管的开源项目，旨在降低K8在应用程序开发，操作和维护中的复杂性。它最初是由阿里巴巴云和Microsoft Cloud推出的。
作为开放应用架构模型的OAM的标准实现，Kubevela与基础基础架构和本地扩展无关，最重要的是它已被完全应用。整个平台的“第一级公民”。应用团队只需要在组件，操作和维护特征以及工作流程周围的几个交叉平台和交叉环境抽象附近进行交付和管理，也无需注意任何基础设施的细节和差异；平台管理员始终可以随时使用IAC。配置该平台支持的组件类型，操作和维护能力集的类型，以适应任何应用程序托管方案。
Kubevela是根据K8完全构建的。它具有自然的整合能力和普遍性。它自然揭示了K8及其生态的所有功能，而不是叠加的抽象。因此，Kubevela适合那些具有某些K8S平台开发，运营和维护功能的技术团队，也希望使用一套全套的K8S功能来连续地进行功能扩展平台功能。
该容器已从隔离技术演变为生态学。Kubevela，例如Kubevela，可以大大降低使用K8S复杂性的开源工具，这些工具将逐渐释放其活力，以便开发人员可以享受Yunyuan学生在不成为K8S专家的情况下带来的有效效率。
密封剂是一种开源分布式应用程序包交付计划，它极大地简化了容器项目的复杂性和一致性。密封剂制造的产品可以称为“群集镜像”，并嵌入K8S中。“集群镜像”可用于与其他用户共享。它还可以直接直接直接在官方仓库中找到非常常见的分布式软件。
交付是容器生态系统的另一个问题。面对复杂和一致性的问题，尤其是工业级的Kubernetes交付项目，交付周期变得更长，交付质量很高。密封剂非常适合软件开发人员，ISV和其他属性。Enterprises可以将部署时间缩短到小时水平。
开放和标准化的企业 - 级别的Kubernetes服务
大多数云制造商将Kubernetes作为服务的容器平台功能，例如AWS EKS和Alibaba Cloud Ack，它们可以极大地简化K8S集群部署，操作和维护，网络存储，安全管理和其他功能。K8S服务可以满足几乎整个场景的工作量要求，并提供丰富的扩展和自定义功能。此外，大多数云制造商将根据开源Kubernetes框架在上层上制作不同程度的包装，以适应不同公司背景的需求以及提供分销和Pro版本的不同方案。主机主和完整的托管节点池的能力，全面整合了IAA，更有效，更安全和智能的能力。最佳实践和完整的容器簇优化是向企业提供的。
从现有用户的角度来看，这是大多数互联网公司登陆集装箱技术的主流选择。
有关更多信息，请转到：“阿里巴巴云容器服务发行：具有高效智能，安全且无限制的新一代平台”。
kubernetes服务已演变为无服务器
传统的Kubernetes使用以节点为中心的体系结构设计：节点是POD的运行载体，Kubernetes调度程序在工作节点中选择适当的节点来运行POD。
对于无服务器的Kubernetes，最重要的概念之一是分解容器和特定节点操作环境的操作环境。用户不需要注意节点操作，维护和安全性，并降低操作和维护成本；并极大地简化了容器的弹性。无需根据容量计划计划容器的豆荚。另外，支持总体弹性的成本和规模。
许多云制造商进一步集成了容器和无服务器：例如，阿里巴巴的无服务器容器服务和Google GKE的自动驾驶仪，以免降低K8S节点和簇上客户的复杂性。您可以直接部署容器应用程序；同时，您仍然可以使用K8S命令行和API来部署容器应用程序，充分利用K8S的布置功能，并根据应用程序配置的CPU和内存资源卷按需付款。
这种服务非常擅长处理某些工作任务，例如在AI领域的算法模型培训，并且在K8S环境中具有相对一致的开发经验。这是容器服务生态学的很好的补充。
可以将更多信息移至：“无服务器Kubernetes：理想，现实和未来”。
新一代的PAAS服务容器和无服务器技术的祝福
对企业市场的需求始终是分层和多样的，这与技术人才的分布密切相关。并非每个公司都能建立一个具有强大技术实力的团队，尤其是在Non -North，guangzhou -shenzhen和Cities的城市中，并且当新技术降落时，它始终是分阶段计划的，这为育种市场提供了更多的产品形式空间。
尽管K8S提供了容器应用程序的完整生命周期管理，但它太丰富，太复杂且太灵活。这既是优势，有时是不利的。K8在一定程度上的复杂性仍然希望自己仍然希望以某种方式，可以进一步降低使用集装箱技术的门槛。
容器和K8不需要捆绑。在一些新的PAAS服务（例如Alibaba Cloud的无服务器应用程序引擎（SAE））中，底层将虚拟化技术转换为容器技术，并充分利用容器隔离技术来改善启动时间以及资源利用率，在应用程序管理中，原始保留了微服务应用管理范例。用户不必学习庞大且复杂的K8来管理应用程序。这种新型的PAAS服务通常已经建立了完整的服务治理功能。客户无需考虑框架选择，也无需考虑数据隔离，分布式交易，保险丝设计和当前的降级。
此外，在基础计算资源汇总之后，其自然无服务器属性使用户不再需要购买并继续保持服务器。因此，可以集成不变的开发和维护。因此，与本文中的其他方案相比，这种解决方案的特征提供了PAAS体验，使新技术变得更加稳定。
大多数传统行业和某些技术能力都偏向商业层互联网公司，并且一些不想因后端而不想影响业务快递迭代的初创公司，除了公司属性外，它们都倾向于PAAS形式。，Paas类，PAAS类服务在处理以下方案方面具有更大的交付优势：
可以将更多信息移至：“破坏无服务器的字段边框，阿里巴巴云SAE发布了5个新功能”。
最终无服务器服务-FAAS
FAA的外观具有灵活和灵活的需求的业务方案的更好选择。更多，更大和中等大小的企业，剥离了传统的后端执行单元的传统后端执行单元，并在无服务器体系结构上扩展并运行了灵活的需求。
这使得FAA（功能计算）是容器和K8之外的通用计算能力的选择。
像Google Cloud Run，App Runner和其他无服务器服务一样，FAAS的产品表单变得越来越开放，并且操作越来越少。除了适合事件驱动器的计算模型外，它还适用于Web单体应用程序，作业等。Scenes可以帮助用户对极端进行弹性，并进一步提高计算资源的利用率。
例如，游戏行业中的莉莉丝（Lilith）将功能应用于战斗验证，以验证玩家客户端上传的战斗是否在作弊。战斗验证通常需要框架-By -Frame计算。CPU消耗非常高。通常，1团队V 1的战斗需要N毫秒，而5队V 5团队的战斗需要相应的5N毫秒，这具有很高的弹性要求。此外，安装在容器体系结构下的SLB将导致实际的实际由于旋转机制而无法感知的负载，这会导致不均匀的负载产生死亡循环和稳定性的风险。
功能计算的调度系统可帮助莉莉丝合理安排每个请求。对于死周期的问题，它还提供了一个超时过程机制，并沉入了调度系统对基础架构的复杂性。此外，功能深度计算后延迟的延迟急剧减少，从调度，到获得将资源计算到服务启动，基本上约为1秒+。
此外，FAA的出现还极大地解放了DevOps上的全面堆栈工程师的能量，以携带小型程序和网站等网络单体。只要您编写JS代码，就可以维护阈值，您可以维护节点服务。
可以将更多信息移至：“在行业绊脚石上，阿里巴巴云功能计算并释放了7个主要技术突破”
需求越多，投资越多，事实就越不变。我们决定引入集装箱技术后，在使用K8S之前，我们需要弄清楚为什么需要K8。
如果我们想充分利用K8S的全套功能，并且团队拥有某些技术储备，那么Kubevela是理想的开源选择，而密封剂也可以帮助我们降低交付的复杂性；制造商可以满足和适应需求不同的业务方案具有更有效的效率，然后由云制造商提供的商业容器服务是一个不错的选择。如果容器和K8无法满足弹性商务舱的需求，则可以选择FAA。
但是，如果我们的应用程序并不那么复杂，那么简单的希望就是简化生命周期管理和基础架构的应用程序，以确保业务的高度可用并专注于业务发展。所有人毕竟，K8S来自Google的Borg。他是用于管理Google大型容器的容器应用程序。
参考文章：
作者：Wangyu，Muhuan，Xiyang等
资料来源：阿里巴巴云