什么是数据遣返？

在公共云中保存和使用数据的高昂成本正日益成为公司的交易障碍。组织正在寻找更具成本效益的替代方案，这就是为什么我们看到越来越多的数据遣返案例（提取当前在公共云中的数据并将其重新托管在现场或裸机上的行为）。

本文是数据遣返简介 以及离开公共云以支持本地裸机存储的影响（正面和负面）。继续阅读以了解数据遣返背后的主要驱动因素，看看撤回基于云的数据是否是您的底线的合理举措。

什么是数据遣返？

数据遣返是将数据从公共云移动到自我管理的存储（例如现场专用服务器或私有云）的过程。根据公司决定重新托管多少数据，遣返是：

• 总计 （当组织提取所有数据并切断与公共云的联系时）。
• 部分 （当公司决定从云中提取部分但不是全部数据时，这通常发生在团队试图提高性能或降低云成本时）。

随着组织意识到将大量数据保存在公共云中的高昂成本，数据遣返变得越来越普遍。当您有大量存储需求时（例如，如果您经常访问数 PB 的非结构化数据），则基于云的存储不如更传统的解决方案具有成本效益。

平均而言，基于云的选项的使用成本是现场数据托管的两倍 .即使我们考虑到现场存储所需的开销（包括以下价格），该统计数据仍然正确：

• 管理硬件的员工。
• 数据中心空间。
• 电源。
• 物理安全。

价格标签差异巨大的主要原因是出口成本 .提供商不会向您收取上传数据的费用，但您需要为容量和数据传输付费。将数据发送到提供商基础架构之外的传输成本很高，而且通常占云计算每月账单的最大部分。

成本并不是公司选择遣返数据的唯一原因。其他常见原因包括：

• 合规规则的新更新。
• 网络延迟问题。
• 对云计算安全性的担忧。
• 希望实现更高级别的数据冗余。
• 由于提供商端的错误而导致频繁停机。
• 影子 IT 问题（未经授权使用公共云资源）。
• 决定采用不同的云部署模型。

数据遣返的优势

与大多数 IT 决策一样，选择数据遣返有利也有弊。让我们仔细看看拉回公共云数据的最突出的好处。

降低成本并提高投资回报率

成本是数据遣返的主要优势和主要原因。虽然建立本地数据中心的成本很高，但随着您按月支付，公共云成本会随着时间的推移而增加：

• 存储卷。
• 服务器实例。
• 按使用次数服务。
• 数据传输成本（出口）。
• “隐藏成本”（最近的研究表明，企业每年花费 超过 620 亿美元 在他们既不需要也不需要使用的公共云资源上。）

迟早，您的云总支出将达到现场托管设备的价格 .但是，到那时，您已经将这些资金花在了云计算的运营费用上，尽管进行了投资，您将不会拥有任何硬件。从这个角度来看，现场托管的投资回报率要高得多。

请记住，基于云的存储费用也不一致且难以预测。预计成本很快超出预算，因为：

• 供应商改变定价。
• 您的 IT 需求会随着时间而变化。
• 团队经常低估在云中运营所涉及的成本。
• 复杂的 IT 环境往往会受到影子 IT 的影响。

使用现场存储​​系统，成本不会因您对数据的处理方式而改变。如果您的 IT 需求增长，您将需要投资更多的硬件，但您永远不会像使用基于云的存储那样“过火”。

手动保护您的数据

在公共云中托管数据意味着提供商负责存储和确保信息安全。这种安排对某些人来说是天赐之物，但对于寻求更亲力亲为的数据安全方法的公司来说，它可能会破坏交易。

当您将数据保存在公共云中时，还有几个独特的问题：

• 数百个（甚至更多）租户共享公共云基础架构，这引入了内部托管不存在的风险因素。
• 对于哪些控件可以确保基于云的数据安全，缺乏可见性。
• 客户的团队负责使用供应商提供的措施，因此存在很大的错误配置空间（最常见的错误发生在云安全策略中）。
• 提供商拥有您存储在公共云中的文件的权利（除非您签署了另有说明的 SLA）。
• 公共云使最终用户能够从任何地方访问数据，因此始终有可能与错误的人共享数据。

虽然供应商的失败很少见，但公共云用户必须知道他们是有可能的。 2018 年 8 月，一个 AWS 错误暴露了属于 GoDaddy 的大约 31,000 个系统的关键业务数据 .如果公司将数据保存在现场，则不会发生此事件。

遣返数据可以在一定程度上接近和物理控制公共云无法提供的数据。您还可以通过减少可能导致数据出错的事件数量来限制攻击面。可以将其视为将钱存放在家里的保险箱中而不是存放在银行的保险箱中-银行是安全的，当然，但是您对它们如何保护保险箱没有发言权，而且它们是抢劫的主要目标。从这个角度来看，有充分的理由表明您的钱在家里更安全。

无供应商锁定风险

当公司过于依赖云提供商时，就会出现供应商锁定。如果您在供应商处存储数据的时间过长，并围绕该存储构建应用程序架构，锁定自然会随着时间的推移而增长。然后，如果没有高昂的转换成本，您将无法切换到另一个平台（无论是内部平台还是属于其他提供商）。

数据遣返确保您的存储永远不会比您的内部团队更依赖任何提供商。您的员工管理数据集，不存在与任何第三方“卡住”的风险。

更好的延迟

虽然公共云提供了几乎无限的存储容量，但您访问和使用基于云的数据的能力取决于 Internet 连接。如果您在内部执行处理并且与公共云数据的连接速度很慢，则操作会出现延迟。

对于某些用例（例如备份和恢复或电子邮件操作）而言，延迟可能不是问题，但对于某些工作负载来说却是不利的，例如：

• 实时分析。
• 网络安全应用。
• 传感器。
• 物联网应用。

如果您有一个严重依赖数据集的延迟敏感型应用程序，那么在现场托管信息（或使用边缘服务器）提供的延迟要比使用公共云少得多。您缩短了沟通路径，而且内部团队有机会微调存储、计算和网络资源以适应应用程序。

更容易遵守数据法规

公共云提供商（尤其是超大规模提供商）努力满足政府和行业的要求，例如 HIPAA 和 PCI。但是，在公共云中满足法规存在一个主要问题：数据位置 .如果您的企业受法规要求在特定地区托管数据，那么使用公共云可能会让您陷入法律（和财务）麻烦的世界。

一些组织不是在特定区域设置云服务器并依赖第三方不移动信息，而是更愿意完全控制并将数据重新定位到本地系统。

数据遣返的缺点

以下是选择数据遣返最明显的挑战和缺点：

• 无论您决定设置何种系统（私有云、专用服务器、托管设备等），您都必须为现场托管数据所需的硬件预留预算。
• 您必须聘请内部团队来配置和管理新的 IT 环境。
• 您的团队全权负责设置保护并保护现场数据免受潜在的破坏、泄漏、网络攻击和数据完整性威胁。
• 由您的员工确保数据的充足可用性。
• 当出现问题时，由您的团队负责解决问题。在停机的情况下没有供应商可以求助，因此在您决定从公共云中提取任何内容之前，请确保您的团队知道如何管理现场数据库。
• 数据调回有时会破坏团队的默契和文化。有些员工可能会觉得公司在退后一步，而且您必须在他们的工作日中添加一些新任务。
• 有时，将数据拉回现场会导致速度或性能下降。在这种情况下，您必须重新优化使用该数据集的所有服务和工作负载，这个过程通常至少会持续几天。
• 离开公有云后，您将无法再访问无穷无尽的按需资源，因此告别快速配置和即时扩展。如果您需要更多存储空间，则必须预留资源并购买新硬件。

如何调回数据？

监控云资源的使用情况，并定期将这些成本与替代存储方法进行比较。如果很明显另一种类型的存储为您的用例提供了更高的投资回报率，那么是时候进行数据遣返了。这个过程是这样的：

• 首先确定您要调回哪些数据并概述更改的目标。您打算全部遣返，还是部分方法更有意义？
• 考虑可能会减慢或阻止从云端迁移的任何供应商锁定、架构或最终用户问题。
• 将计划分成多个阶段并设置 KPI，以便您监控进度。
• 确定最适合您的数据的托管环境。您是否希望将数据带回现场服务器机房，或者租用专用服务器更合适？还是混合云才是正确的选择？
• 确定团队的技能水平。根据员工的经验，某些托管选项会比其他选项更具吸引力。
• 对项目进行详细的成本效益分析，以评估每个可行替代方案的财务影响。
• 计划团队将如何更新应用架构，让数据获得新家。是否有提升性能或减少延迟的空间？
• 开始从公共云移动数据。请记住，移动需要时间，如果您没有备份存储，则依赖相关数据的应用程序将在此过程中关闭。冷存档通常比经常访问的存储库更容易移动，因此请制定一个对您的用户体验影响最小的计划。
• 执行广泛的测试，以查看与数据集相关的所有应用和服务是否都以最佳状态运行。

何时汇回数据？

当离开公有云显然有利于以下一个（或多个）业务领域时，您应该遣返数据：

• 您的底线。
• 安全级别。
• 服务表现。

以下是一些常见的场景，其中数据遣返是正确的业务举措：

• 云存储费用正在失控： 一旦公共云账单的成本开始超出预期（或者如果您为不使用的资源付费），请立即开始考虑其他存储选项。
• 迁移到更合适的托管环境： 数据遣返通常意味着公司已经为其用例确定了更好的存储解决方案。企业旨在解决的最常见问题是延迟和可用性问题。
• 新的合规规则： 法规更新迫使更严格行业的公司从公共云中调回数据。
• 使用云已经走到了尽头： 公共云在每个项目的初始阶段具有最显着的影响。一旦您的团队开始分析资源使用趋势，就开始定期进行成本效益分析，看看是否需要数据调回。
• 急于采用云： 糟糕的初始规划、提升和转移策略以及缺乏全面的云迁移计划是将公共云数据拉回现场的常见原因。请记住，减少损失总比完全采用错误的存储解决方案要好。
• 云提供商倒闭： 如果供应商关闭，客户别无选择，只能撤回他们的数据。虽然这些情况很少见，但公司必须制定灾难恢复计划，以防提供商倒闭。

不要担心数据遣返，始终寻求最佳存储解决方案

数据遣返是关于寻求新的 IT 机会、优化支出和提高应用程序性能。这三个因素先于您对公共云的承诺，因此请确保您的团队始终考虑为在云中运行的每个数据库、工作负载和服务提供托管替代方案。