让应用程序准备好无服务器平台的三个方法

译文
作者：布加迪编译 2018-06-06 09:00:16

云计算

服务器 与在更传统的PaaS或IaaS环境中运行的应用程序相比，无服务器平台上的应用程序在性能、存储及更多方面提出了独特的要求。包括AWS、微软和谷歌在内的各大云供应商都推出了无服务器平台，让用户能够借助一系列函数(function)，将简单或者甚至高度复杂的应用程序组合起来。

【51CTO.com快译】与在更传统的PaaS或IaaS环境中运行的应用程序相比，无服务器平台上的应用程序在性能、存储及更多方面提出了独特的要求。

包括AWS、微软和谷歌在内的各大云供应商都推出了无服务器平台，让用户能够借助一系列函数(function)，将简单或者甚至高度复杂的应用程序组合起来。但是要在这种平台上成功地运行云应用程序，开发团队就要改进设计流程。

[[231651]]

开发人员在构建无服务器应用程序时，应遵循的几个关键原则包括如下：

• 开发小而独立的应用程序组件。
• 实施无状态函数。
• 规划寿命短的临时函数。

1. 更小而独立的组件

本质上，无服务器函数旨在执行单一任务。这要求开发团队确保函数小巧，并围绕这些独立的应用程序组件协调开发流程。

一个好的做法是，基于触发函数的事件类型，将函数分解成各自的函数库。基本上，开发者应该一开始就设计每个函数，以响应一个事件。如果同一个事件触发多个函数，将它们包含在同一个函数库中。这样一来，开发人员就比较容易基于触发函数的事件来识别函数。

每个单独的函数还应包括配置数据，以确保函数在开发、测试和生产环境中启动时具有一致性。使用npm和webpack等工具来声明和隔离每个函数内的依赖项也很重要。

2. 选择无状态

开发团队应考虑将函数实施成无状态服务，其中函数的状态存储在应用程序本身之外。你可以配置函数，以便引用作为配置数据的一部分加以管理，并与存储库中的函数一起存储的数据存储区和数据库。

一些无服务器平台提供了在函数调用之间持续存在的本地存储。虽然开发人员可能忍不住将此用于更复杂的函数，但该本地存储并不总是在函数调用之间持续存在;就算持续存在，也可能不一致。

尽量使用支持性服务，将有状态数据存储在数据库、单独的存储数据区或缓存中。支持性服务是指函数在网络上作为正常操作的一部分而使用的任何外部服务，包括缓存服务(比如Memcached)、数据存储区(比如CouchDB)或数据库(比如MySQL)。

3. 规划临时性

无服务器函数的好处之一是它们可以在几毫秒内启动，相比之下，在PaaS、容器和虚拟机上运行的大型应用程序需要几秒钟甚至几分钟，并可以同样迅速地停止运行。因而很容易增加大量函数以应对需求，或让并行运行的函数共同完成计算任务，然后一旦计算完毕，让它们又停止运行。

实际上，无服务器应用程序本质上具有更强的临时性。

这意味着，想充分获得无服务器平台的好处，开发人员就需要从函数的核心逻辑中删除通常与应用程序绑定的许多组件。开发人员应该：

• 预热函数所需的数据源;
• 搭建外部记录和跟踪基础架构;以及
• 管理安全。

预热

为了预热函数，你需要在部署之前搭建函数与数据库进行联系所需的基础架构。

为此，将函数处理程序与核心逻辑分开来。就像在寒冷天气让汽车空转以改善其性能，闲置事件处理程序可确保：一旦该函数调用，就能以最佳性能运行。AWS CloudFormation和Azure Event Hubs之类的工具支持预热过程。

外部记录和跟踪

函数需要能够快速优雅地关闭。虽然无服务器平台包含一些内置的本地存储，但配置外部日志记录和跟踪服务(这种服务内置于无服务器框架本身)，或者设置自定义工具，以便函数运行时，收集和存储来自函数的日志数据，这很重要。

AWS X-Ray和Azure Application Insights之类的工具有助于日志记录和跟踪。

安全

无服务器应用程序给黑客带来了另一条潜在的攻击途径。如果未落实适当的安全措施，黑客很可能会启用函数，访问敏感数据。开发人员应为各类函数做好安全设置，以便对执行某项任务所需要的其他应用程序只能进行最低限度的访问。

原文标题：Three ways to prepare applications for serverless platforms，作者：George Lawton

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】