多年来，弹性应用程序体系结构发生了巨大的变化。在单片应用程序时代，静态应用程序部署在大型数据中心设置中，弹性要求单个部署的深度和冗余。它需要始终保持规模，以满足最大的预期工作负载，以及冗余的连接和电源。
在单片应用程序环境中，单个组件(如服务器)可能会失败，因此组织使用组件级冗余构建部署。例如，他们在主/副配置中创建多个数据库服务器，或者在活动/活动配置中创建多个应用服务器。
随着时间的推移，随着弹性需求的增加，灾难恢复(DR)设置变得更加普遍。他们在备用状态下部署了完整的应用程序基础设施，并定期或连续地复制数据。在出现重大故障的情况下，IT团队将打开“大开关”，将工作负载转移到DR部署。
云计算和IaaS的出现极大地改变了我们对应用程序弹性的看法。随着条件的变化和工作负载的变化，现在可以通过精简配置和自动伸缩来快速部署新资源。启动二级和三级DR环境很容易。现在有一些技术支持主动/主动设置，比如多主数据库复制系统和全局负载平衡技术，比如现代DNS和流量管理服务提供的那些技术。
今天，我们看到弹性应用程序构建方式的一个新的转变，因为云服务在应用程序栈中出现了临界性。云服务包括软件即服务(SaaS)风格的技术，如云存储、数据库即服务(DBaaS)、人工智能即服务(AIaaS)、内容交付网络(CDNs)和托管DNS网络。今天的应用程序越来越多地构建在云服务是关键路径组件的架构中。
当您的堆栈中的关键云服务失败时，会发生什么情况?2017年AWS S3宕机就是一个现实世界的例子。它导致了许多依赖于S3云存储服务的主要网站和应用程序的失败。
正如冗余是在单片应用程序架构时代引入的一样，今天支持云服务的应用程序在栈的云服务层也需要冗余:
- 主要/次要云存储提供商
- 多重云
- Multi-CDN
- 多个DNS网络
云服务冗余对于为当今的应用程序构建弹性架构至关重要，SaaS技术和云服务是关键组件，但它们也可能失败。
引入云服务冗余首先要管理应用程序工作负载:如何在多个云服务提供商之间指导工作?DNS是用于管理工作负载的堆栈中最强大的工具之一。您可以利用现代DNS提供商的流量管理工具来对跨云服务的流量进行加权，根据实时情况转移工作负载，并使故障远离坏掉的云服务提供商。
当然，引入DNS冗余来减轻攻击或其他问题导致的主要服务提供商中断的影响也很重要。一些现代的DNS提供商可以通过部署多个DNS网络来帮助您轻松地引入DNS冗余。
考虑如何提高应用程序架构的弹性?考虑您的云服务提供商，以及如何在云服务层引入冗余，并与您的DNS和流量管理提供商讨论如何管理多云、多cdn和其他多云服务设置。