我们的开发者想要转换到微服务中改善可扩展性，并且轻松地升级到我们基于AWS的应用。AWS Lambda怎样才能支持这种类型的架构呢？

企业应用设计在改变。过去大型、复杂、整体的应用逐渐被由一系列称之为微服务的独立组件组合成的应用代替。基于微服务设备的应用将更大的应用的功能分成离散的功能，这些功能更易于组合，并且扩展来满足不断变化的用户需求。随着越来越多的企业应用将应用部署到公有云，类似AWS这样的供应商设计服务来补充微服务架构。

微服务的核心观点是“分割”，包括了代码片段开发，以及在VM和容器中部署。但是类似AWS这样的公有云供应商正在积极创建服务，来促进没有VM或者容器的微服务。

比如AWS Lambda，管理和运行来自其他服务的代码，从而响应事件。比如，变更到亚马逊S3对象，Amazon DynamoDB数据库升级，以及来自Amazon Simple Notification Service和Amazon Kinesis Stream的消息都可以触发AWS Lambda功能。

事件基于Web或者移动设备发生过也可以触发AWS Lambda功能，比如，如果你的微服务应用的一个组件请求更多的计算资源，低资源的事件就可以触发AWS Lambda，从而提供另外的组件实例，并且应用负载均衡。类似的，AWS Lambda可也以用于类似于HTTP请求这样的服务，比如网站点击，而无需创建一个独立的组件来处理这个活动。

AWS Lambda只会在事件触发时运行，不像VM或者容器，会一直运行，并且使用资源直到关闭。企业只需要为每一个用户实际使用的AWS Lambda功能付费。构建在AWS Lambda之上的功能可以实现高度可扩展，对于低流量任务极其符合成本效益。

开发者可以针对AWS Lambda功能在任何时间升级或者变更代码，而且不会影响相关的应用组件运行或者亚马逊服务。