以前，我写过关于无服务器的文章，在这种情况下，我把重点放在功能即服务上：一种将应用程序分解为"原子"的方法，这些原子自然以"无服务器"的方式运行。在这篇文章中，我想介绍Kubernetes如何在无服务器环境下运行时尚。什么我的意思是，你不管理服务器，资源只作为需要。在一个理想的世界，你不会在乎这些低级的东西。但就目前而言，我相信知道事情的发展方向是值得的。在一个理想的世界里，你只需要为你的应用程序所做的事情，当它需要它的时候需要什么（希望不要为CPU、内存和其他不需要的东西买单）。还要注意利用像Jenkins X这样的东西。你不应该深陷其中，但是继续读下去满足你的好奇。马丁Fowler有一篇很好的文章，对serverless进行了梳理，这本书值得一读，以获得更多的背景知识好奇。在那里是两种有趣的使能技术，可以"使Kubernetes无服务器"。我的意思是这既不管理服务器，也可能降低运行的总成本。我将运行的总成本定义为云基础设施的成本（现在大多数是按分钟计费）和管理成本（管理）。首先，正如我之前提到的，Amazon Fargate取消了对运行容器的服务器的管理。你告诉它你需要跑什么，然后它就知道怎么跑了。目前与云服务器集成。我将Fargate视为一个正在进行的工作，它展示了如何使容器工作负载与更传统的无服务器工作负载（即作为服务的功能）一样简单。Fargate即将推出亚马逊的Kubernetes服务（EKS），但我们仍然可以根据现有的服务来研究它们如何协同工作今天。第二-是一种叫做虚拟库贝尔的东西。Kubelet可以被认为是Kubernetes星团的最小单元。集群中的每个节点都将运行一个kubelet代理，这使得该节点（服务器）可以承担任务。虚拟kubelet在集群中看起来像kubelet（它有一个定义良好的API），但是虚拟位意味着它后面不一定有一个实际的服务器；它可以假装有，然后它可以承担任务工作负载（根据定义，这是无服务器的）您可以同时获得Kubernetes的体验，但没有服务器坐在那里，被管理，等待承担工作量。虚拟Kubelets这张虚拟库贝莱回购的图表，我认为在解释它们是如何运作的方面做得非常好工作：当虚拟kubelet安装在集群中，然后在现有节点上，将是一个附加的虚拟节点。这个虚拟节点是"无服务器"的，因为它实际上并不在那里，只是假装在那里。kubernetesapi和构造仍然在使用，kubelet的虚拟部分对用户来说是不透明的它。什么时候虚拟节点被分配了一个任务，比如说运行一个Pod，然后它将委托给配置好的提供者来实际运行Pod，实际执行工作。虚拟kubelet有一个提供者抽象，它有针对Azure、AWS Fargate和超级.sh云。读关于虚拟kubelets的更多信息，AWS Fargate和pricingFargate为您管理底层的vm和基础设施，甚至比EKS做的还要多（在撰写本文时）。它是按你的使用计费的，按秒计费。这使得它成为一个合法的"无服务器"结构，因为没有服务器需要管理，也没有运行服务器的静态成本。Fargate意味着您的集群可以在需要时随负载快速扩展。对于EC2，您还可以使用autoscaling来适应负载的一些变化，但它更粗粒度。Fargate，至少在理论上，意味着缩放可以在最后一个可能的时刻发生（顺便说一句：这意味着拥有精益/小型/快速启动容器更为重要——但无论如何，这始终是一个好的实践，在部署到生产中的容器中，您不会想要超过您需要的数量）EC2定期按需定价。Fargate的价格是每秒、每CPU和所需的每GB RAM（它在您可以选择的内容的排列上有一些限制）。EC2的定价（现在）是每小时，但可以按分钟计费，但有固定的大小。为了让它成为苹果与苹果的比较，让我们使用一个相当于"m5.large"虚拟机的固定配置：2个CPU和8GB的RAM（一个普通的机器，但不是一个糟糕的工作节点大小）：EC2:$0.096/小时argate:$0.2018/hourSo Fargate有一个溢价，大约是原来的两倍。但是等等，显然不是那么简单。首先，Fargate是每秒计量的。如果你的工作量可以在不到一分钟的时间内启动和完成，那么Fargate显然是非常有价值的。Fargate的弹性也要大得多，如果你的工作量不稳定，超过一个小时，它可能会结束更便宜。所以假设您的流量相当大：理想情况下，使用EC2进行自动缩放可以缩短时间，但当负载以更平滑的模式变化时，它通常会工作得更好。Fargate将在这里大放异彩，因为它可以按需启动任务（pod）；当不需要任务时，资源会立即释放，计费也会立即停止。在从集群中释放vm之前，自动缩放可能需要一些时间。所以，实际上，Fargate最终可能会更便宜。然而，如果您的流量更平稳（它仍然可以变化，但以一种不那么笨重的方式），那么EC2可能会是便宜一点其他的花花公子！Fargate和Virtual Kubelets的一个主要优点是配置集群设置或（在某些情况下）vm的管理开销是不存在的，您只需考虑所需的资源和组成应用程序pod的容器。一如既往，有权衡。什么时候如果你要显示你的系统负载的图表，比如你的应用程序的用户数（或者你认为代表系统负载良好的任何东西），它看起来像这个：那也许吧虚拟kubelets和Fargate这样的无服务器后端非常适合你。不过如果图形看起来更像比如：也许较少的虚拟kubelet方法，具有自动缩放功能，将更经济。通常这样的模式是可以预测一天中的时间，所以更传统的自动调整可以很好地工作（购买保留实例可以进一步节省开支）。多年来，我见过许多大型系统的工作负载图，它们显示了几乎正弦波的模式，代表了大量用户和工作日。这些与自动缩放。你好我喜欢说"懒惰现在就有回报"，如果你能等的话，现在和将来在Fargate和EKS上都可能是这样。如果你做不到，阅读亚马逊关于如何使用Fargate和虚拟Kubelets实现这一点的帖子资源rceshtps://martinfowler.com/articles/serverless.htmlhttps://cloudbees.com/blog/serverless-kubernetes无服务器不是进程lesshtps://cloudbees.com/blog/opinionated-kubernetes-and-jenkins-xhtps://github.com/virtual-虚拟贝尔库elethttps://aws.amazon.com/fargate/https://aws.amazon.com/blogs/opensource/aws-法盖特虚拟库贝莱/