紧随微服务兴起的是一种新的热门事物，称为无服务器（有时称为"功能即服务"或FaaS）。大多数人都认为Amazon Lambda以这种方式提供服务器端应用程序的普及，但还有更多的历史它。什么使无服务器特殊：零或非常低的"静止"成本无需管理服务器根据"功能"组合应用程序如果我们看前两个，这已经有很长一段时间了：谷歌10年前在今年发布了谷歌应用引擎，所以这个博客的另一个名称可能是Serverless，现在已经有10年的历史了。招聘人员可以要求有10年无服务器经验的人！在googleappengine出现后不久，Heroku就出现了，它提供了类似的好处。在没有网络流量的情况下，这些平台将成本保持在较低水平（在googleappengine的情况下，几乎为零），并允许负载激增增加了细微差别似乎围绕着第三点：虽然进行中的平台是以web/http为中心的，但serverless将自己定位为更多的事件处理程序。这些不是纯数学意义上的函数，但更像是非常小（理论上）的func单元理性：看典型的无服务器设置的操作顺序：1）您有某种类型的事件源，可以是HTTP API网关（例如，在Amazon Lambda的情况下），大数据质量，或队列事件，或消息—任何内容，真正地。2） 调度程序找到一个运行"函数"的地方，该函数存储（通常是二进制/zip）在3）工件存储中。最后，执行者的魔法池（4）中的某个东西（可能是保温的，也可能是冷的）醒来，拿着二进制/工件运行它们。当然，还有更多-日志、错误、监视等，但是好主意。进来有些平台，比如Amazon Lambda，除了函数（4）的执行池正在工作（可能会有一些与http（1）、IPs或函数可能需要的二进制文件的存储相关的成本），否则您几乎不需要为此付费值得注意的是，成本和负载的水平伸缩性对serverless很重要，但另一个事实是，在大多数情况下，好的云服务器，每次调用都是全新的。这使得第二点（无服务器）方面更加强大：由于没有服务器（由您负责）运行，所以在较低层管理关键补丁并不是您的问题-您无法控制。然而，任何非平凡的无服务器应用程序都会使用许多库和框架，您显然要对其健康和安全负责层。缩放无服务器功能（水平）比一般的微服务或应用程序粒度更细、速度更快，因此，如果负载发生变化洛特。库伯内特斯我听说serverless的常见模式是人们尽可能地使用serverless（Lambda）和Kubernetes（例如Amazon上的EKS，当它是可用的）为所有休息。为了使用Kubernetes开发应用程序或微服务的人（也许通过使用流行的现成Kubernetes云平台），有很多方法可以在Kubernetes平台上获得无服务器体验。好处是上面所述的一切，以及对集群资源的合理利用。当无服务器功能不运行时，会释放资源以满足其他应用程序或服务。给定对于Kubernetes社区的健康，有两个很好的解决方案这：令人震惊，它们都没有航海主题。Kubeless是我想带大家参观的地方：安装几乎是微不足道的，如果您已经设置了Kubectl并连接到集群（只需执行一次）：Kubectl create-fhttps://github.com/kubeless/kubeless/releases/下载/$RELEASE/kubeless-$释放.yamlThis将设置一些控制器和机器来启用服务器功能性。一次安装，"函数"（例如用Javascript或Python等语言编写）可以通过kubeless命令行实用程序进行部署（这使得它更易于使用）。然后，可以通过发布订阅事件（http）或直接在命令上调用函数行：kubeless函数call getpython--data'{"echo"："echo echo"}'每个函数一旦被部署就是一个自定义的资源定义，当被调用时，将按需启动运行时，并在每次运行时，将函数（在部署时存储）提供给每个运行时准备好了。Kubernetes"HorizontalPodAutoscale"由Kubeless使用，以确保函数能够服务于装载，返利机器人怎么做，库贝利斯非常接近Amazon Lambda，与CLI兼容。Kuberless有很棒的文档和文章等等，看看吧。Serverless不是一个有Serverless模式的进程，返利软件，我们可能已经摆脱了对操作系统，甚至容器的思考，但仍然是软件开发生命周期的其余部分适用。什么我们不想要的是：在所有的兴奋中，人们可能会忘记，软件不仅仅是部署软件：测试它；版本控制、工作流、升级、回滚、工件和更多。谢天谢地这个https://serverless.com/框架提供了一些这种结构。另一个好处是，理论上它提供了一些可移植性：框架可以支持跨Google云函数、AWS Lambda函数以及直接Kubeless的函数支持。无服务器KubernetesYou会注意到在无服务器的世界里，没有人会谈论容器。它们是在"运行时"的幕后抽象出来的。有些工具允许您将容器用作函数，但通常情况下，容器可能会被视为更重的权重，因为在按需调用时，会有更多的图像层需要提取。通过从函数的角度考虑，您可以获得通用运行时的好处，这意味着即使在后台使用容器，启动时间也可以是毫秒。我说的是承诺，因为现在还处于早期阶段，但它有可能为Kubernetes本身带来无服务器（低或无成本）的第一个好处。随着时间的推移，这将使无服务器模式在Kubernetes上更具吸引力，因为您可以选择什么是微服务，什么是函数等等。对我来说，贵州大数据，这看起来像是一个即将到来的容器（这是一个实现关注点）与函数作为服务。It值得注意的是，无服务器支持计划在Jenkins X的路线图上，MichaelNeale是CloudBees的开发经理。Michael是一个开源的polyglot开发人员。因为他的罪过，他在JBoss工作了一段时间，在Drools项目和redhat项目上工作，在那里他不断地在各种项目上制造麻烦。在Red Hat之后，Michael是CloudBees的联合创始人之一，他看到了云技术的巨大机遇。他对云的兴趣是自然的，因为他被颠覆性技术所吸引。迈克尔在澳大利亚悉尼郊外的蓝山区生活和工作。他没有业余爱好，因为他的爱好总是变成工作。麦克的座右铭是："找到你喜欢做的事情，然后你就再也不会在你的生活中工作一天了。"在Twitter上关注迈克尔。