Kubernetes和无服务器完全配得上令人兴奋和强大的平台。它们可以通过多种方式为组织提供敏捷性、可扩展性和计算性能方面的巨大收益。然而，人们很容易忘记Kubernetes提供了无服务器所没有的优势，反之亦然。成功部署两者的关键是知道何时以及如何确定Kubernetes或Serverless是否提供最佳匹配。KubernetesKubernetes本身就是为云规模计算而设计的，比如谷歌的大规模部署。它已针对小规模使用进行了调整，现在大多数大型云提供商都提供它——这解释了Kubernetes在过去几年中的爆炸式增长。根据CNCF用户调查，Kubernetes的增长速度远远超过所有其他形式的编排软件。Kubernetes已经成为主流。但是，与从大型机迁移到客??户端-服务器一样痛苦，采用完全基于容器的架构仍然存在重大痛点，即使是由Kubernetes精心策划的架构。缩放不是即时的——你必须等待容器上线，而且仍然存在重大的管理问题。根据CNCF的说法，存储、安全和网络问题是人们通过Kubernetes部署架构时最关心的问题。无服务器无服务器架构在很多方面只是重新打包和重新映像的微服务架构，它正在与Kubernetes竞争，因为它允许扩展应用程序和部署，而没有Kubernetes甚至容器的复杂性和配置问题。Function-as-a-service(FaaS)无服务器架构仍然需要服务器来运行并且更多是事件驱动的，而容器化应用程序本质上仍然是相当传统的应用程序，只是分解成许多更小的部分或服务。对于容器化应用程序，它永远不会完全关闭。即使没有人访问它，容器仍然需要存在和运行。您可以将它们缩小到单个实例，但它们仍然存在并且仍然需要成本。无服务器应用程序，没有任何功能请求，可以将成本降低到零。除非明确访问它们，否则它们基本上不再存在。这可以显着降低成本并更快地扩展。对无服务器应用程序的访问越多，它的扩展性就越大。但是无服务器架构将取代容器化应用程序的想法没有意义。并不是所有的东西都可以简化为一个短暂的函数。某些应用程序始终需要能够在应用程序运行时维护数据和状态，而这不是无服务器架构的设计目的。然而，对无服务器的兴趣正在迅速增长。根据MarketsandMarketsResearch的数据，FaaS市场预计将从2016年的1.88美元飙升至2021年的77.2亿美元。然而，这不是零和游戏，serverless的增长并不一定预示着Kubernetes和容器的消亡。事实上，它甚至可能会扩展Kubernetes的使用，至少作为主要FaaS提供商扩展其无服务器产品的一种方式。无服务器架构可能会通过只为使用的服务付费而不是运行一个容器或一组容器所需的开销来进一步降低成本，但就像所有事情一样，需要权衡取舍。不经常访问的无服务器代码虽然运行成本不高，但当运行时（如Java）或底层容器用于服务请求时，可能会增加延迟。这些额外的延迟可能是不可接受的。然而，从开发人员的角度来看，FaaS可以提高生产力和开发人员的幸福感。开发人员可以在没有配置和管理开销的情况下将代码分成更小的部分更快地投入生产，从而提高生产率。结束语应用程序开发和部署策略在不断发展。通常，从一种架构转移到另一种架构标志着第一个实现的结束，但并非总是如此。至少就目前而言，对于以低成本和大规模交付应用程序所带来的所有问题，还没有一种万能的解决方案。与任何部署模型一样，需要在成本、性能和可管理性之间进行权衡。Kubernetes和一般的容器化都有其优势，Kubernetes市场的快速采用和增长证明它正在满足市场需求。容器化和容器编排的需求不会很快消失，但它并不总是正确的解决方案。无服务器FaaS满足了市场需求，并显示出整体显着增长。当然，增长并不一定意味着达到目标，但市场往往会自我纠正以弥补这一点。Kubernetesvs.Serverless不是零和游戏。Serverless的发展并不意味着Kubernetes的消亡。它们都在现代应用程序的开发和部署中发挥着重要作用。在过去的20年里，应用程序部署一直在朝着更小、更易于管理、更具成本效益和对开发人员更友好的架构发展，而且没有理由怀疑这种趋势不会继续下去。虽然无服务器可能是将应用程序抽象为最基本组件的合乎逻辑的结论，但并非所有应用程序都以这种方式交付。同时，一些应用程序出于持久性或可扩展性的原因需要容器，需要编排和管理。因此，这两种技术都没有理由不继续显着增长。
