云弹性属于业务连续性范畴，因为它需要确保可以保持正常运行和业务顺畅，无论发生什么情况。在疫情影响下，企业需要远程劳动力。这种需求不会消失，员工必须能够在任何地方安全地工作-这是云弹性赋予的目标。
在不影响安全性的情况下提高速度
业务可访问性取决于保持安全，尽管存在停机和网络犯罪的威胁。云端的现代计算和消费模型是关键，以建立可访问性和灵活性来应对最复杂挑战。并且还需要满足客户期望，保持一切事物始终可用和高性能运行。
云计算的怀疑论者通常会指出这种可访问性会导致缺乏安全性，但事实并非如此。事实上，在第1层到第3层网络，云端通常比本地基础设施更安全。与很多企业内部相比，云提供商有更多的资源和时间专注于保持其基础架构的安全和运行。而本地环境经常面临IT部门精简和预算停滞的问题。在第4到第7层网络，提供商网络不断增长，并且有交付合作伙伴专注于帮助你的企业。
随着这个市场逐渐远离管理自己数据中心的技术团队，他们开始依靠云计算作为主要的基础设施提供商。COVID-19疫情更是加速了这一举措，越来越多的人希望提高消费模型中的财务和会计可预测性。 云弹性是这个难题的关键部分，它可以实现企业如何规划和满足客户当前和未来需求的整体转变。
云弹性意味着什么?
弹性云需要确保与业务目标及其独特的威胁向量保持战略一致。仅仅针对已知漏洞进行规划是不够的，企业还必须想办法抵御未知威胁。
云弹性是动态的。它必须定期进行训练和强化，以提供强大的安全态势。技术团队需要对网络、存储容量和底层系统进行压力测试，然后执行全部或部分故障转移，以模拟实际中断期间会发生的情况。在测试期间，必须针对可能和不太可能影响你的业务的各种场景进行测试。这个范围可能包括停电、硬件故障、勒索软件和洪水，仅举几例。
一旦工作负载进入云端，我们必须考虑其他故障模式，例如区域中断。你如何确保数据受到保护，并且你的系统在每个独特的场景中都具有弹性?所有这一切都需要专注、规划、密集的文档以及对所有可能和潜在失败机会的认识。
由于这些原因，很多人正在转向整合灾难恢复即服务和备份即服务，以实现互补弹性的计划。无论你的云计算旅程如何(无论你是完全在云端运行还是拥有混合模型)，云弹性都需要不断的迭代，以及确保迭代有据可查的过程。
云端安全和本地安全
云怀疑论者经常将安全作为他们拒绝选择云计算的主要原因。然而，他们没有意识到，当在云端运行时，他们拥有完整的组织(即云提供商)专门致力于维护该云环境。如果将工作负载保持在本地并自己进行所有管理，这会缺乏相同水平的安全资源，无论内部员工的技能如何。由于技术预算停滞不前或增长缓慢，与云消费模型的灵活性相比，保护本地基础设施是一种越来越不受欢迎的方法。
在云消费时代，维护物理基础设施机架和堆栈、修复、物理安全等就像是自己发电，而其实公共设施随时可用。云提供商的核心目标是使他们的资源和服务完全可用和安全。
此外，借助云计算，用户可以在任何地方进行更改，并且可以通过自动化和一切即代码，使更改可追溯且安全。最新的创新总是触手可及，而不必首先考虑沉没成本的回报。
每个云计算旅程都是独一无二的 为了实现云弹性，你首先需要确保与你的关键业务利益相关者保持战略一致，通过支持真正弹性的架构进行规划和执行，并将加强的灾难恢复计划作为关键保险计划，确保你的数据安全。你的技术架构对于你企业的日常运营至关重要，这使得云不仅仅是一个目的地，而是持续的优化之旅。
