当云崩溃时，您将怎么办？谁来负责

现代商业IT的简短历史可能报告，Noughties都是关于在Salesforce，Google Apps，Taleo，Ariba和NetSuite等云应用程序中迈出第一步的。在2010年代，随着先驱们采取“云优先”的立场，并使用包括AWS，Microsoft Azure和Google Cloud Platform的平台来试用，测试和运行服务，云激增。在2020年代，我们充满信心，企业将尝试利用其现有的云投资，制定多云和混合云战略的形式，并通过控制台提供对越来越分散的资产的可见性和可管理性的控制权。

仍然有一些难以管理的领域尚未普及云，但当今的进步公司都在问：“为什么不云？” 而不是“为什么云？” 这是新IT的默认部署模式，但是对部署模型的依赖会带来风险吗？简短的回答是“是”。自从IBM大型机稳定以来，IT依存关系的创新传统上会招致更多风险，因为它们通常会增加更多的孤岛，并且IT也会变得更加分散。与IT变革的步伐并驾齐驱的是，网络威胁 格局正在迅速发展 ，现在可以产生威胁并破坏所有可以想象的基础架构的安全性。

云并非万无一失
云计算如雨后春笋般涌现，我们正在进入一个新纪元，即战术投资正变得具有战略意义，并且有秩序的重新出现，这意味着越来越多的CIO试图掌控自己拥有的东西，并采取减少孤岛，降低成本和降低风险的控制措施。现在，即使我们没有意识到数据在任何给定时间点驻留或传输在何处，我们也都依赖于云服务。我们欣慰地认为，我们的数据在某种程度上是安全的，并且受到互联网和云巨头的照顾，因此我们可以建立起越来越高的信任度。但是，出现了一个不便的问题：当所有故障都发生了怎么办？

云服务无法免于中断，黑客入侵，不可抗力或更糟糕的后果。仅在2019年，我们看到Office 365 Exchange Online出现故障，不久之后其他Microsoft服务也随之出现。然后是Google Gmail和云端硬盘，Azure，Google Cloud，Salesforce，AWS和更多消费者平台，例如Facebook，Instagram和Apple Cloud。如果这些巨大的力量可以下降，那么任何事情都可以，所以我们需要制定一个计划，以便在最坏的情况发生时迅速恢复。

谁负责什么？
根据McAfee的最新报告，有69％的CISO信任其云提供商来确保其数据安全，而12％的人则认为云服务提供商完全负责保护数据。事实是，云安全是共同的责任。为了教育云客户有关其需求的信息，云提供商巨头已经创建了云共享责任模型或简称为SRM。

简而言之，SRM表示客户有责任保护驻留在云中的数据的安全性，就像客户对本地数据负责一样。对于其他云部署类型，这不会改变。客户全权负责保护其数据和身份，本地资源以及您控制的云组件（随服务类型而异）的安全性。

到2022年，人们相信至少有95％的云安全故障 将归因于客户错误，从本质上说，他们并没有维护他们在SRM中的职责。因此，在主要的基于云的服务中断的情况下，客户确实需要知道要承担多少责任和繁重的恢复工作。

所需要的是一种Web规模的设计，该设计可以将所有工作负载，数据和应用程序合并（无论它们是本地部署，云计算还是两者都合并）到一个平台上进行恢复。这使公司摆脱了遭受单点故障的威胁。当您突然意识到，如果不明智地管理所有这些低成本的云服务，它们的总和可能非常大，那么重复数据删除，索引编制和搜索也是必需的，否则很有可能产生“冲击”。

在2020年，为您的云服务提供商停电（请参阅：“何时”）提供恢复支持对于业务连续性以及数据和监管治理至关重要。但是为什么备份数据仅用作保险单？它通常在大多数时间都处于空闲状态，但可以用于商业利益。进步的组织正在寻找使用备份数据的方法，而不是给生产环境增加压力。用途包括威胁预防，测试和开发工作，分析，验证和报告。

Enterprise Strategy Group表示：“如今，平均需要五个独立的供应商来提供跨本地和多个云环境的数据管理。” 这需要改变。当我们从以临时方式采用云的世界过渡到以 IT 为云 的世界时，我们需要重新考虑其周围的支持基础架构以及与之相关的责任模型。

随着云服务的到来和日趋成熟，围绕保护数据和基础架构安全的讨论不可避免地发生了转变，并且现在已经开始发展。客户如何在本地，云和边缘中管理其数据，随后的保护决定了其IT策略的成功。

当下一次重大云中断发生时，企业IT团队仍然负责维护为其用户提供的IT服务。而且，如果您正在阅读并问自己一个问题，即“如果我们最大的云提供商破产，我们将怎么办？” 您需要开始考虑答案。因为在发生重大云中断时，不仅是云提供商，企业所有的成功都是在线上。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!