28、构建弹性架构：AWS 应用可用性的全面指南

构建弹性架构：AWS 应用可用性的全面指南

1. 弹性架构简介

弹性是指应用程序避免故障并在发生故障时迅速恢复的能力。应用程序的弹性程度与前期设计投入的精力以及运营成本成正比。在开始进行 AWS 部署架构设计之前，需要明确所需的弹性程度，而弹性通常用可用性来衡量，即应用程序按预期运行的时间百分比。

2. 计算可用性

可用性是衡量应用程序可靠性的常用指标，指应用程序按预期运行的时间百分比。一般来说，希望应用程序的可用性达到 99% 或更高。以下是年度可用性百分比与不可用时间的关系：
| 可用性百分比 | 不可用时间 |
| — | — |
| 99% | 3 天 15 小时 39 分钟 |
| 99.9% | 8 小时 45 分钟 |
| 99.95% | 4 小时 22 分钟 |
| 99.99% | 52 分钟 |
| 99.999% | 5 分钟 |

可用性有时也用“几个 9”来表示，例如“2 个 9”是 99%，“3 个 9”是 99.9% 等。

3. 传统应用与云原生应用的可用性差异

在 AWS 上运行的应用可分为传统应用和云原生应用两类。
- 传统应用 ：为在传统 Linux 或 Windows 服务器上运行而编写的应用。在 AWS 上部署时，需在一个或多个 EC2 实例上运行。若使用数据库，可在 EC2 实例上自行运行和管理数据库软件，或使用 AWS 托管的等效服务。例如，若需要关系型数据库，可使用 Amazon RDS；若使用非关系型数据库如 Redis，可使用 ElastiCach