无服务器计算：最终取决于开发人员.docVIP

无服务器计算：最终取决于开发人员 　　采用我们清晰的无服务器计算指南解决您头痛的基础设施问题，公共云和本地选择也有助于解决这些问题 　　无服务器计算为那些希望减轻基础设施负担的开发人员提供了很好的机会。把所有东西都进行抽象化，而只留下代码，无服务器计算模型使得开发人员能够更快地迭代和部署新代?a，预算不多的小团队能够干好以前只有大公司才能做的事情。或者，正如Cloudability的创始人兼首席执行官Mat Ellis在CloudCast episode中所说的“无服务器计算有可能把开发人员的工作成果实现工业化。” 　　当然，在后台，服务器仍然存在，嗡嗡作响。但是无服务器架构是没有状态的。它通过执行一点点的逻辑――一个函数去完成工作，并调用其他服务来做任何需要的事情。如果您是主要通过API使用服务构建应用程序或者需要响应事件的开发人员，那么，无服务器架构可能是完成工作最简单、最快、风险最小的方法。 　　在本文中，我们详细阐述无服务器架构的真正含义，仔细对比了主要的公共云选择，并简要介绍可口可乐正在进行的无服务器计算项目。 　　无服务器计算无非就是函数 　　无服务器是一种云计算服务模式――就像IaaS、PaaS、SaaS、BaaS和CaaS，依赖于无处不在的、方便的、按需访问的动态资源共享池，其中包括了可配置网络、存储和计算资源。然而，无服务器计算采用不同的方法来使用这些资源。无服务器计算还没有达成一致的定义，但是已经出现了关于概念的宣言。使用无服务器计算，函数是部署的基本单元。程序员看不到任何计算机、虚拟机或者容器。 　　云中无服务器计算的主要服务包括AWS Lambda、Azure Functions和Google Cloud Functions。在云中，“FaaS”（函数即服务）可能是一种更好的说法。当我们说“函数”时，我们真的是指一个函数。这是一个在Node.js中编写的AWS Lambda示例： 　　exports.myHandler = function（event， context， callback） { 　　console.log（value1 = + event.key1）； 　　// do stuff 　　callback（null， some success message）； 　　} 　　就这么简单。上传函数并将其连接到一个请求或者事件。当您的无服务器计算主机提供商（在本例中是AWS）检测到已发出了请求（例如，某个REST调用），或者已经发生的事件（例如，将文件添加到S3存储桶中）时，采用传递变量调用该函数，把返回参数和结果一起传回来。当然，它在实际中会更复杂，您可以添加安全限制，而这是其精髓所在。 　　可以采用您的提供商支持的任何语言来编写您的函数。您要做的是把输入请求或者事件映射到函数调用。每个提供商都有自己的一整套支持语言、约定、过程、成本、能力和限制要求（参见下表）。这就是“无服务器计算宣言”所说的“带上自己的代码”。 　　您的函数可以任意复杂，它可以通过API调用所包含的库或者外部服务。为了能够扩展，无服务器计算函数必须只使用自身可扩展的服务。 　　取决于提供商，代码可以直接在在线编辑器中编写，也可以作为代码文件、.zip、.jar文件或者容器上传。这也是无服务器计算的一个缺点，因为通过发布周期进行代码上传和管理的工具仍然不是很好，还需要大量的框架来填补空白。 　　当然，代码不可能真的任意复杂，提供商会有一些相关的限制。每个主机都有代码上传最大限制（例如，AWS Lambda为50MB）。每个主机有最长函数执行时间（对于AWS Lambda，在1到300秒之间）。每个函数在其可用的存储容量和所使用的CPU能力方面也受到限制。想要更多的内存、更好的CPU，还是更长的执行时间？那您就得付更多的钱。费用结算是提供商之间的另一区别，我们将在下面看到。 　　幕后：没有空闲时间 　　当然，幕后会有服务器，但作为开发人员，您从来不需要考虑它们。您需要知道的是您的函数。您不用再去处理容量规划、部署、扩展、安装、修补程序等。这通常被视为NoOps或者LessOps，而实际上是DifferentOps。代码仍然需要被组织、开发、构建、测试、版本化、发布、记录和监控。 　　由于您所看到的只是函数，因此，您的提供商负责激活您的函数以响应任何请求或者事件。当有请求进入，并且函数的空闲实例不可用时，必须把代码分配给服务器并启动。作为开发人员，您什么也不用做。是由您的提供商保证有足够的容量来处理负载。当然，在冷启动情况下，延迟命中是无服务器计算的缺点之一。 　　使用无服务器计算，您只有消费时才付费，当您的服务运行时才付费。您从来不用为空闲计算时间付费。其影响是巨大的。您可以建立整