AWS应用部署与CloudFront配置指南

### AWS 应用部署与 CloudFront 配置指南 在当今数字化的时代，构建高效、稳定且具有弹性的云应用是众多开发者和企业的追求。AWS（Amazon Web Services）提供了丰富的服务来满足这一需求，本文将详细介绍如何在 AWS 中进行负载均衡配置、添加新实例，以及如何使用 CloudFront 和 Route 53 来优化应用的全球访问。 #### 1. 负载均衡器详情与操作 当我们在 AWS 中选择负载均衡器时，列表下方会出现一个标签式的详细视图。在“Description”标签中，我们可以看到负载均衡器的概述，其中“Status”字段能快速告知我们有多少实例处于服务状态。正常情况下，该字段应显示“1 of 1 instances in service”。如果实例变得不健康，这个数字会从 1 变为 0，这里的“in service”实际上意味着实例处于健康状态。此外，我们还可以对负载均衡器进行各种自定义操作，如添加或编辑标签、打开或关闭端口，以及更改健康检查的配置。 在“Instances”标签中，我们可以管理与负载均衡器关联的实例。不过，如果我们要在 OpsWorks 堆栈中使用负载均衡器，不建议在 EC2 控制台中手动添加或移除实例。更好的做法是在 OpsWorks 中添加 ELB 层来处理负载均衡，就像处理数据库一样。 #### 2. 创建 OpsWorks ELB 层 要创建 OpsWorks ELB 层，我们需要返回到 OpsWorks 并打开“Photoalbums”堆栈。通过导航菜单进入“Layers”视图，选择“Node.js App Server”层，然后在层子导航中选择“Network”。在页面顶部，我们会看到“Elastic Load Balancing”标题，此时显示尚未添加 ELB。点击“Add an ELB”，将我们的 ELB 附加到应用服务器层。 页面刷新后，“Elastic Load Balancer”字段会显示一个下拉菜单，我们可以从中选择“photoalbums - elb”。选择后会出现一个警告，提示 OpsWorks 配置将取代在 EC2 控制台中所做的更改，这意味着如果我们返回 EC2 并添加更多实例，这些更改将被忽略，因为 OpsWorks 命令具有更高的优先级。点击“Save”提交更改，页面会再次刷新。 再次打开导航菜单并返回“Layers”视图，我们会看到自动生成了一个 ELB 层。点击该 ELB 层（ELB: photoalbums - elb），可以查看其详细视图。在详细视图中，我们会看到 DNS 名称旁边有一个公共 URL，点击该 URL 会打开我们应用的“Hello World”页面。同时，我们还会看到一个关于所有实例都位于同一个可用区的警告，虽然目前应用服务器层只有一个实例，但在实际应用中，将资源复制到其他可用区是最佳实践。 在页面底部，我们会看到一个表格，列出了所有注册到负载均衡器的实例，按可用区进行组织，并在每个实例右侧显示状态指示器。目前由于只有一个实例位于 us - east - 1a 可用区，表格中的信息较少，但随着我们添加更多实例和可用区，这个表格将为我们提供应用服务器状态的全局视图，帮助我们评估性能问题。 #### 3. 添加新实例 为了让应用更具弹性和可用性，我们可以添加新实例。打开导航菜单，点击“Instances”返回实例视图，然后点击左下角的“+Instance”按钮，打开实例创建对话框。我们可以选择创建新实例或添加现有实例到该层，但添加现有实例时，只能选择已经属于 OpsWorks 层的实例。 将新实例的大小更改为 t1.micro（或其他小尺寸），并选择与第一个实例不同的可用区，然后点击“Add Instance”。新实例会出现在实例表格中，但它不会自动启动，也不会分配 IP 地址，因为公共 IP 只有在实例上线时才会被预留。 此时，实例视图变得更加有用。左上角的圆圈实际上是一个圆形图表，显示实例处于五种可能状态之一的百分比。我们还可以快速访问活动实例的公共 IP 以及 ELB 的链接，并且可以启动或删除停止的实例，停止或通过 SSH 连接到在线实例。 需要注意的是，由于我们在连接 RDS 实例后已经在堆栈上运行了“Configure”命令，所以在部署源代码到新实例时，无需再次运行该命令。新实例的凭据是最新的，我们只需点击“start”即可。 偶尔，AWS 可能不允许在特定可用区分配新实例。如果 us - east - 1b 达到容量限制，我们可以选择 us - east - 1c 或 us - east - 1d 代替。新实例会自动经历一系列状态，从“requested”开始，最终变为“online”。点击“photoalbums - elb”导航回负载均衡器层，关于实例位于单个可用区的警告应该会消失，并且页面底部会出现第二列，列出位于 us - east - 1b 的实例。点击 DNS 名称旁边的 URL，我们会在新窗口中看到“Hello World”页面，这表明我们现在直接连接到负载均衡器，它正在将请求路由到位于不同可用区的两个实例。 为了测试我们的进展，我们可以通过向负载均衡器 URL 的“register”路径提交 POST 请求来注册新用户。打开 REST 客户端，粘贴 ELB DNS 名称并添加“/users/register”，添加用户名、密码和电子邮件 POST 参数，然后发送请求。如果一切正常，我们将收到响应： ```json {"message":"Registration successful!"} ``` 这表明用户已成功注册，记录已创建在 RDS 实例上。我们还可以通过将 REST 客户端的请求更改为 GET 请求并移除 URL 中的“register”，或者直接在浏览器中打开该 URL，来查看已注册用户的 JSON 列表。 #### 4. 引入 CloudFront 和 Route 53 到目前为止，我们已经使用了 EC2、RDS、ELB、IAM 和 OpsWorks 等多种 AWS 服务。接下来，我们将引入另外两个服务：CloudFront 和 Route 53，以实现全球内容缓存和将应用发布到顶级域名。 地理距离对应用性能有显著影响，为了优化应用以满足全球用户的需求，理论上我们可以在每个 AWS 区域运行整个应用堆栈的副本，但这不仅成本高昂，还会分散资源。幸运的是，我们可以使用 CloudFront 来加速内容在全球的分发。CloudFront 会将我们的网页内容副本存储在全球的数据中心，即边缘位置。当用户从 CloudFront 请求 URL 时，请求会被定向到离请求地理原点最近的边缘位置。需要注意的是，CloudFront 不仅可以提供静态内容，在必要时，请求也可以传递到我们的应用并获取未缓存的内容，例如用户登录并获取身份验证令牌时。 由于 AWS 中的 IP 和 URL 是动态的，如果我们希望应用在自定义域名上运行，这可能会带来挑战。我们不希望将域名指向某个