近备受关注的系统中断将系统弹性和冗余体系结构的重要性带到了业界讨论的前沿

尽管业务连续性考虑并不是新事物，但是所采用的技术已经发展。在企业曾经主要配置备份数据中心的地方，现在在设计弹性应用程序和基础架构时，他们需要考虑各种层次，当应用程序和网站不可用时，收入和声誉将受到损害。但是，我们对数字系统的日益依赖已将弹性的定义扩展到了中断和服务中断之外，还包括性能和应用程序交付，这同样重要。如今，终用户希望他们使用的应用程序和服务具有响应能力。偶数秒的延迟太长，希望构建和维护弹性应用程序和基础结构的企业应考虑一些建议。

基础设施多元化

尽管有些人可能想与一个云或CDN提供者“全力以赴”，但是如果提供者脱机或遇到其他性能问题，则此方法可能会导致代价高昂的停机时间。通过使用两个或两个以上具有足迹的供应商来实现基础架构多样化的公司可以通过使内容和处理过程更接近用户来显着减少延迟。而且，如果一个提供商遇到由于网络拥塞，地理限制，资源可用性或其他问题而引起的问题，则自动故障转移系统可以确保对用户的影响小。

考虑实现微服务

微服务和容器等新技术的出现确保了弹性对于应用程序开发人员来说是重要的，随着企业从运行在物理数据中心的单片应用程序转移到广泛分布的微服务和单个应用程序，他们必须尽早解决这些系统之间如何交互的问题，在微服务的设计阶段内置了冗余，这就是为什么已经在进行数字转换或致力于升级其系统的企业应该考虑采用微服务方法的原因。

随着组织的发展，他们可以看到其系统的不同部分承受的压力要大得多

微服务和非单体应用程序使它们能够独立扩展那些特定的组件。当使用微服务时，由于系统的某些组件，他们可能会看到部分故障，但很少会出现中断，将冗余构建到代码库中企业可以通过在其代码中构建冗余来从软件开发的角度解决弹性，一家全球流媒体提供商使用此方法，以便如果其中一个云提供商失败，则将激活其自建系统以保持其在线状态，电子商务公司通常采用类似的策略，即使停机几分钟，也可能导致严重的利润损失。

将混沌工程引入实践

混沌工程是有意引入问题以识别系统故障点的实践，已成为交付高性能，弹性企业应用程序的重要组成部分。故意将“混乱”注入受控的生产环境中可以揭示系统的弱点，并使工程团队能够在问题产生重大业务影响之前更好地预测并主动缓解问题。进行计划内的混乱工程实验可以提供企业进行系统弹性战略投资所需的情报。

调整流量路由策略

通过实施流量路由策略，公司可以将有关网络状况和资源可用性的实时数据与真实的用户测量数据相结合，从而将停机和延迟的风险降至。这使IT团队能够部署新的基础架构并管理资源的使用，以解决问题或解决意外的流量高峰。例如，企业可以将流量控制功能与VPN访问相关联，以确保始终将用户定向到具有足够容量的附近VPN节点。结果，保护用户免受中断和本地网络事件的影响，否则这些事件会中断业务运营。流量控制还可以快速启动新的云实例，以增加战略地理位置的容量，在这些地理位置，互联网状况长期缓慢或无法预测。作为奖励。

定义SLA并持续监控系统性能

企业应监视其应用程序和系统，以提前解决性能波动，中断或其他问题。监视应用程序每个部分的运行状况和响应时间是系统弹性的关键方面。例如，测量应用程序的API调用所花费的时间或核心数据库的响应时间，可以提供即将发生的情况的早期指示，并使IT团队能够克服这些障碍。此方法还包括为不同的子应用程序和系统创建服务级别协议（SLA），然后对其进行监视以确保它们保持一致。

新系统和应用程序入门

希望在其IT堆栈中增加弹性的企业应该在实施对业务影响不大的新应用程序或服务时开始。尽管有些人可能会先尝试向核心服务或应用程序添加弹性，但如果情况出现问题，这种方法可能会导致代价高昂的停机时间（并且更具破坏性）。IT员工可以首先从解决新系统的弹性中学习。也许一个组织正在启动一个新的支持门户。测试此服务弹性的新方法将降低风险，并且可能会造成一些麻烦。以后，IT团队可以将其学习成果用于其他关键业务系统和服务。

当企业仔细研究其弹性方法时，他们必须考虑每种策略的成本与收益

这七项建议需要投资于其他服务和架构，以及IT团队的时间，公司在确定行动方案之前应仔细考虑。无论如何，他们应将弹性作为实践的优先级，以确保其数字应用程序和服务的高可用性和性能。必须保持业务向前发展并保持竞争优势。