— 让您的整个运营变得更好、更快、更强大。在许多方面，它都做到了这一点。但您的数据湖很可能已经开始看起来像“大太平洋垃圾带”。它不是垃圾，而是“累赘的”数据 — 设计不当、过于复杂且通常不需要的代码。

没有人希望堆积累赘的代码。您可以采用一些最佳实践清除基础架构黑暗角落中的累赘。在清理技术债务时，您将获得一次难得的机会来重新组织整个企业：连接、集成和全面改进企业的数据和应用程序。数据可以位于任何位置，包括内部、云端以及两者之间，但利用和管理这些数据的业务流程必须显而易见。（从一开始就不怎么显而可见才会导致如此杂乱无章。）

与此同时，变革的速度令人警醒。McKinsey & Company 发现，截至 2020 年 6 月，电子商务在这一季度的增长速度超过了过去 10 年。这不仅仅是因为规模的扩大，我们知道“数据宇宙”已经在扩大了。事实上，物理通道正在消亡。随着人类行为的不断调整，我们的日常生活转到线上，还进入了软件即服务 (SaaS)、平台即服务 (PaaS) 和基础架构即服务 (IaaS) 通道，企业必须通过预测变化而不是被动应对变化来支持这种增长。这一切都始于您的团队 —IT 团队。

为什么选择此电子书？ 

此电子书旨在帮助您了解如何以及为何构建标准化数据架构，这是一组统一标准，用于管控收集哪些数据以及如何存储、集成和使用数据。它并不是要绘制一个花哨的参考架构，然后让您实施 SAN 环境。我们的最终目的是帮您掌控云端、数据中心和边缘的数据。为此，请构建一个合理的数据服务堆栈，以便在基础架构中实现融合，进而在日常运营中实现融合。幸运的是，您的 IT 团队已经具备促进互联集成存储基础架构的技能，因此您的公司可以在该技术热潮中取得成功。让我们更深入地了解构建标准化数据架构的三大障碍以及如何解决这些障碍。

如果您不是一家以数字化为主的公司，那您就落伍了。要想做到比同行更成功，您必须加快而不是放慢数字化步伐。即使您已经完全实现了以数字化为主，您也可能会发现，您为构建一个精简的堆栈所做的努力被无序的数据或难以实现的流程弄的一团糟。这种摩擦及其伴随而来的障碍正是我们所说的变化和稳定性上的矛盾。

变化和稳定性上的矛盾 

数字化将应用程序领导者推向两个截然不同的方向：承担适应新竞争环境的风险或保持现状。从组织和技术角度来看，变化已经发生了，它需要在应用程序、存储架构和众多其他接近的技术方面取得相应的进步。同时，企业不应引入太多风险。它们需要保持能力和运营稳定性，尤其是在当前的经济环境下。这种推拉让企业无法为变化做好充分的准备，因为在这种需求冲突的环境下，企业无法合理开发解决未来问题所需的工具和架构。但是，这个问题不是无法解决的；您可以通过清点资源、确定薄弱点以及制定明确的计划来平衡风险和回报，从而解决这个问题。

这三重阻力妨碍了标准化架构

根据我们的经验，在您着手创建标准化架构时，可能会遇到下面三个主要障碍：

1. 数据存在于一个并行的世界中 

暗数据、冷存储、软盘，我们都已见过。从本质上说，您的无规则数据导致效率不断低下，而这已经深入您的系统。此外，您的企业可能还背负了技术债务（或“代码债务”）。技术债务之所以产生是因为以最快速而不是更高效、更昂贵的方式编写解决方案。例如，假设开发人员继承了一个仓促编程的功能的原有代码；几年后，该代码可能变得无法理解。如果原始代码背后的思路不明确或代码不够清晰，则向功能更强、标准化程度更高的数据管理模式过渡将是一场艰难的斗争。当代码变得混乱时，通常会涉及重构。由于这些属性，迁移到标准化数据架构的成本和难度（即“技术债务”中的“债务”）都更高。 

2. 基础架构方面的资金紧张

遗憾的是，获得基础架构资金支持并非总是易事。为什么？“枯燥”的后端问题没有一席之地，而其他业务计划往往优先于存储优化项目。因此，资金使用不当可能会阻碍云采用、关键升级以及您的长期竞争优势。IT 部门应该获得相当于更多 CAT 视频的投资，而不是接受使未来改进变得快速、容易的基础架构投资。在没有最佳实践云架构的情况下构建的每一项新的战术改进都增加了技术负担，这意味着未来无论构建什么都将出现无关性和延迟。

3. 存在着一个哲学上的数据困境 

我们是将“云”放在数据中心还是将“数据中心”放在云中？随着基础架构变得可编程，IT 和运营主管将基础架构关键方面的责任移交给软件开发人员；这一迁移不可避免地会导致组织问题。为什么？因为软件开发人员是独一无二的（在好的方面）。如果开发人员在基础架构决策中发挥更强的作用，则可能会出现看似非传统的选择，IT 主管可能无法立即了解这些选择。我们见证了“基础架构开发人员”的兴起，她是一位新的超级英雄。她还是代码创建者、自动化工程师和整体构建经理。她更是一位工具制造者，颠覆了过时的职业孤岛概念，推动企业重新思考基础架构、数据、云和代码。因此，在不断变化的世界中，您必须不断重新思考角色。而对于哲学上的数据困境，视情况而定。正如我们将要讨论的那样：“云”和“数据中心”不必互相排斥。 

要实现统一堆栈，您需要进行连接和集成。当谈到数据架构时，您必须谈论存储。通过快速浏览您的数据中心，您已经知道，您面对的是一个由不同阵列和高度定制的集成代码组成的大杂烩，这些阵列和代码可以细分数据孤岛，从而有助于信息共享。尽管公有云似乎可以解决问题，但它们也容易受到数据孤岛的影响。在这种情况下，统一数据服务堆栈可以解决多个问题。下面介绍了构建方式。

1. 确定可以停用或重新构建的系统的优先级，然后确定应将哪些系统迁移到公有云。  

制定并记录多云战略是部署通用数据架构的第一步，也是必不可少的步骤。评估旨在解决多个数据子系统问题的现有技术。您的目标是在一个解决方案上实现标准化，该解决方案可提供可预测性和通用管理，不受运行该解决方案的数据中心或公有云的影响。  

2. 选择基于云的新解决方案。  

想想您有哪些自动化机会，然后您可以在整个系统生命周期内计划债务偿还（换言之，持续改进已部署的云解决方案）。  

3. 通过与利益相关方合作减少复合技术债务。  

确保涵盖 IT 的各个领域及其他（尤其是企业架构和应用程序开发团队），以便您可以管理其直接权限之外的债务。 

您可以将应用程序与云中的新服务集成在一起，并减轻技术负担

执行这些步骤后，您可以将数据中心扩展到云中。摆脱了不同数据控制平台的复杂性，跨云管理许多工作负载变得更加简单。企业可以从每个云提供商的功能中受益，而不会影响运营的可预测性。这意味着企业现在可以放心地将业务关键型应用程序和企业级存储服务（以前需要重新构建）迁移到公有云。请记住，领先的云平台不仅支持应用程序（包括虚拟机和容器管理系统）的巨大基础架构需求，而且还提供全局自动扩展功能。通过此功能，企业可以将数据中心应用程序迁移到云平台。我们重申：您可以将应用程序与云中的新服务集成在一起，并减轻技术债务。良好的集成是指让应用程序和数据结构协同工作，无论它们是位于企业内部还是外部。这意味着 IT 团队可以自由创建一个强大、通用且性能高的存储架构，以展示可信且可量化的业务价值。反过来，您可以为整个企业定义通用准则，并考虑业务目标、优势、风险和关键采用标准。换言之，压力更小，业务成果更好，休息室供应免费的浓缩咖啡。接下来，关于实际要构建此......

让 IT 团队的生活更轻松 

考虑一下 IT 团队面临的日常挑战： 

1. IT 部门以外的开发团队正在开发自定义软件应用程序或企业聊天机器人。每个自行开发的应用程序都有自己的一系列在云中运行的要求。它不会像 SAP 和 Oracle 那样随附说明手册。 

2. 某些业务部门员工需要将新收购的应用程序与现有系统快速集成，实际上，这已经在使用第三方集成服务。 

3. 不专门从事应用程序和系统集成的员工必须在自己的项目范围内完成此任务，例如开发自定义移动应用程序或内部数据库。

所有这些任务都给 IT 员工的工作增加了不必要的复杂性，给他们带来了沉重的负担。

解锁主集成商成就

由于技术债务和不必要的内容，打造现代化基础架构的成本可能在一开始就很高。有简单的解决方案吗？在标准的数据存储环境中部署和构建。通过现代化，您可以防止出现无序状态。您正在为企业规划未来，而不再只是解决因故障而导致的问题或花费大量时间频繁重构。这种统一环境将广泛的云和内部应用程序、系统和数据库连接在一起，并可同时部署在云中和内部。在公有云中部署此架构时，通常提供应用程序的预定义 API，还提供用于构建自定义连接器的标准化工具。换言之，这种成就？您已解锁。

这最后一部分，通常是我们宣传 NetApp 解决所有这些问题方法的总结部分。 

但我们不打算这样做。我们不做任何吹捧，我们会娓娓道来。如果您感兴趣的话，我们想告诉您下面的内容： 

• 我们开发了一个几乎可在任何位置运行的统一数据服务堆栈。 

• 我们提供一套全面统一的存储和数据管理服务。 

• 这些产品可在内部、云端以及两者之间的所有变体中使用。 

• 我们的产品提供标准化服务，在您离开工作岗位，找到更好的工作后很长一段时间内都有保障。（因此，您无需担心旧代码太糟糕或会加重企业的技术债务负担。） 

无论您的数据位于何处，现在都是掌控、连接和集成数据的时候了。