本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # MES 中的弹性 弹性是指MES系统能够从基础设施或服务中断中恢复，动态获取计算资源以满足需求，并缓解配置错误或临时网络问题等中断。弹性是 Well-Ar [AWS chitected Framework 的可靠性支柱所依赖的主要因素。](https://aws.amazon.com/architecture/well-architected/) 弹性可以分为两个主要因素：可用性和灾难恢复。这两个领域都依赖一些相同的最佳实践，例如监控故障、部署到多个位置以及自动故障转移。但是，可用性侧重于 MES 微服务的组件，而灾难恢复则侧重于整个微服务甚至整个 MES 系统的离散副本。 ## 可用性 我们将*可用性*定义为微服务可供使用的时间百分比，如以下公式所示。此百分比是在一段时间内计算的，例如一个月、一年或之后三年。 ![MES 架构的可用性公式](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/mes-on-aws/images/formula.png) 这个公式需要了解制造和设备维护中常见的三个指标： + 平均@@ **故障间隔时间 (MTBF)**：从微服务开始常规操作到随后出现故障之间的平均时间。 + **平均检测时间 (MTTD)：从发生故障到**开始修复操作之间的平均时间。 + 平均@@ **修复时间 (MTTR)**：从因子系统故障而导致微服务不可用到其修复或恢复服务之间的平均时间。MTTD 是 MTTR 的一个子集。 下图说明了这些可用性指标。 ![MES 架构的可用性指标](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/mes-on-aws/images/availability.png) 弹性、高度可用的 MES 旨在降低 MTTR 和 MTTD 并提高 MTBF。尽管理想的设计可以消除故障，但它并不现实。传统的整体式 MES 故障很难被发现，需要更长的时间才能修复。现代、云原生 MES 可通过多可用区部署实现更快的检测、快速修复和业务连续性。有关具有相关 AWS 服务的高可用性现代系统的最佳实践，请参阅白皮书《[可用性及其他：了解和提高分布式系统的弹性》 AWS](https://docs.aws.amazon.com/whitepapers/latest/availability-and-beyond-improving-resilience/availability-and-beyond-improving-resilience.html)。 ## 灾难恢复 灾难恢复是指为与技术相关的灾难（例如重大硬件或软件故障）做好准备并从中恢复的过程。阻止微服务（MES）在其主要部署位置实现其业务目标的事件被视为灾难。灾难恢复不同于可用性，它由以下两个指标来衡量： + **恢复时间目标 (RTO)**：微服务中断和微服务恢复之间的可接受延迟。RTO 决定了当服务不可用时，什么时间段被视为可接受的时间窗口。 + **恢复点目标 (RPO)**：自上次数据恢复点以来的最大可接受时间。RPO 决定了在最后一个恢复点和微服务中断之间，哪些数据丢失被认为是可接受的。 下图说明了这些灾难恢复指标。 ![MES 架构的灾难恢复指标](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/mes-on-aws/images/rpo-rto.png) 下图描述了不同的灾难恢复策略。 ![MES 架构的灾难恢复策略](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/mes-on-aws/images/dr-strategies.png) 您可以在 Well-Architecte AWS d Framework 指南《[工作负载灾难恢复：云端恢复》中找到 AWS有关](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-workloads-on-aws.html)实施这些策略的详细指南。