微服务架构有别于传统的单体式应用方案，我们可将单体应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作时不会互相影响
这种设计理念被进一步应用，就变成了无服务（Serverless）。「无服务」看似挺荒唐的，其实服务器依旧存在，只是我们不需要关注或预置服务器。这让开发人员的精力更集中——只关注功能实现
Serverless 的典型便是 AWS Lambda
AWS Lambda如果你是 Java 开发人员，你应该听说过或使用过 JDK 1.8 里面的 Lambda，但是 AWS 中的 Lambda 和 JDK 中的 Lambda 没有任何关系
这里的 AWS Lambda 就是一种计算服务，无需预置或管理服务器即可运行代码，借助 Lambda，我们几乎可以为任何类型的应用程序或后端服务运行代码，而且完全无需管理，我们要做的只是上传相应的代码，Lambda 会处理运行和扩展 HA 代码所需的一切工作
说的直白一点
Lambda 就好比实现某一个功能的方法 （现实中，通常会让 Lambda 功能尽可能单一），我们将这个方法做成了一个服务供调用
到这里你可能会有个困惑，Lambda 既然就是一个「方法」，那谁来调用？或怎么来调用呢？
如何调用 Lambda为了回答上面这个问题，我们需要登陆到 AWS，打开 Lambda 服务，然后创建一个 Lambda Function （hello-lambda）
Lambda 既然是个方法，就要选择相应的 Runtime 环境，如下图所示，总有一款适合你的（最近在用 Node.js, 这里就用这个吧）
点击右下角的 Create function 按钮进入配置页面
在上图红色框线的位置就可以配置出发 Lambda 的触发器了，点击 Add trigger
从上图可以看出，AWS 内置的很多服务都可以触发 Lambda，我在工作中常用的有：
API Gateway （一会的 demo 会用到，也是最常见的调用方式）
ALB - Application Loac Balancer
CloudFront
DynamoDB
S3
SNS - Simple Notification Service
SQS - Simple Queue Service
上面只是 AWS 内置的一些服务，向下滑动，你会发现，你也可以配置很多非 AWS 的事件源
到这里，上面的问题你应该已经有了答案了。这里暂时先无需任何 trigger，先点击右上角的 Test 测试一下 Lambda
一个简单的 Lambda Function 就实现了，红色框线的 response 只是告诉大家，每个请求都会有相应的 Request ID，更有 START/END 标识快速定位 Log 内容 （可以通过 CloudWatch 查看，这里暂不展开说明）
你也可能已经开始发散你的思维了，如何运用 AWS Lambda，其实在 AWS 官网有很多样例：
经典案例比如为了适应多平台图片展示，一张原始图片上传到 S3 后，会通过 Lambda resize 适应不同平台大小的图片
比如使用 AWS Lambda 和 Amazon API Gateway 构建后端，以验证和处理 API 请求，当某一个用户发布一条动态，订阅用户将收到相应的通知
接下来我们就用 Lambda 实现经典的分布式订单服务案例
订单服务 Demo为了增强用户使用体验，或者为了提升程序吞吐量，亦或是为了架构设计程序解耦，考虑到以上这些情况，我们通常都会借助消息中间件来完成