构建和维护弹性应用程序和基础架构的7个最佳实践虽然业务连续性考虑并不是什么新鲜事，但所采用的技术已经发生了变化。一旦主要供应备份数据中心，企业现在需要在为弹性应用程序和基础设施设计结构时考虑多个层次。当应用程序和网站不可用时，收入和声誉会受到影响。但我们对数字系统的日益依赖将弹性的定义扩展到故障和服务中断之外，包括性能和应用程序交付——这同样重要。今天的最终用户要求他们使用的应用程序和服务能够做出即时响应。即使是几秒钟的延迟也太长了。希望构建和维护弹性应用程序和基础架构的企业应考虑这七项建议。多样化的基础架构虽然有些人可能会想“全力以赴”支持某个云或CDN提供商，但如果该提供商出现故障或遇到其他性能问题，这可能会导致代价高昂的中断。通过两个或更多供应商实现基础架构多样化的公司可以使内容和处理更接近用户，从而显着减少延迟。如果提供商遇到由网络拥塞、地理限制、资源可用性或其他问题引起的问题，自动故障转移系统可确保将对用户的干扰降至最低。考虑实施微服务微服务和容器等新技术的出现确保了弹性对应用程序开发人员来说至关重要。随着企业从在物理数据中心运行的单一应用程序转向广泛分布的微服务和单个应用程序，他们必须及早解决这些系统如何相互交互的问题。冗余是在微服务的设计阶段内置的。这就是为什么已经在进行数字化转型或正在努力升级其系统的企业应该考虑采用微服务方法的原因。随着组织的发展，他们会更早地看到系统的不同部分面临压力。微服务和整体应用程序使组织能够独立扩展这些特定组件。在使用微服务时，组织可能会因为系统的某些组件而出现部分故障，但整体故障很少见。在代码库中构建冗余从软件开发的角度来看，企业可以通过在代码中构建冗余来构建弹性。一家全球流媒体提供商使用这种方法，如果其中一家云提供商出现故障，它可以激活一个本土系统来保持在线。电子商务公司通常采用类似的策略；对于此类公司，即使是几分钟的停机时间也会导致严重的利润损失。Gremlin的混沌工程专家估计，亚马逊10分钟的中断将使这家电子商务巨头损失200万美元的收入。因此，许多电子商务公司通常以应用程序在数据中心运行作为备份/冗余策略的一部分的方式进行编码。购物车应用程序在此环境中可能运行得较慢，但慢车总比没有车好。将混沌工程付诸实践混沌工程是一种有意引入问题以识别系统故障点的实践，已成为交付高性能、弹性企业应用程序的重要组成部分。故意将“混乱”引入受控生产环境可能会暴露系统弱点，并使工程团队能够在问题造成重大业务影响之前更好地预测并主动缓解问题。进行有计划的混沌工程实验可以为公司提供在系统弹性方面进行战略投资所需的信息。调整流量路由策略公司可以通过简单地实施将网络状况和资源可用性的实时数据与真实用户测量相结合的流量路由策略，将中断和延迟的风险降至最低。这使IT团队能够部署新的基础架构并管理资源使用情况，以避免出现问题或解决意外的流量高峰。例如，企业可以结合流量导向，以确保用户始终被引导到具有足够容量的附近节点。因此，用户可以免受故障和本地化网络事件的影响，否则这些事件会中断业务运营。流量控制还可以快速启动新的云实例，在互联网长期缓慢或不可预测的战略地理位置增加容量。此外，团队可以设置控制以在流量高峰期间将流量定向到低成本资源，或者在持续大量使用期间以经济高效的方式在工作负载之间平衡资源。定义SLA并持续监控系统性能企业应监控其应用程序和系统以预防性能波动、故障或其他问题。监控应用程序每个部分的健康状况和响应时间是系统弹性的一个重要方面。例如，测量应用程序的API调用所花费的时间或核心数据库的响应时间可以提供即将发生的事情的早期指示，并允许IT团队提前防止这些障碍。该方法还包括为各种子应用程序和系统创建服务级别协议(SLA)，然后监控这些SLA以确保合规性。从新系统和应用程序开始希望为其IT堆栈增加弹性的企业应该从实施对业务影响较小的新应用程序或服务开始。虽然一些企业可能会想首先为核心服务或应用程序增加弹性，但如果出现问题，这种方法可能会导致代价高昂且更具破坏性的中断。IT人员可以首先学习如何适应新系统。也许该组织正在启动一个新的支持门户。测试新方法以确保针对此服务的弹性是低风险的，允许出现一些问题。之后，IT团队可以将经验应用到其他关键业务系统和服务中。随着组织更加密切地关注弹性方法，他们必须考虑每种策略的成本和收益。这七项建议需要额外的服务和基础设施投资，以及IT团队的时间，公司在确定最佳行动方案之前应该考虑这些。无论如何，他们应该将弹性视为最佳实践，以确保其数字应用程序和服务的高可用性和最佳性能。这是确保业务向前发展并保持竞争优势所必需的。原标题：构建和维护弹性应用程序和基础设施的7个最佳实践，作者：KrisBeevers
