分解式基础架构终结三层架构与HCI的权衡困境

基础设施领导者正在同时应对多重挑战。即使是那些积极推进现代化的企业，仍需要在云原生和传统架构上运行大量关键业务工作负载。与此同时，安全压力正在向基础架构层面下沉，弹性要求日益成为基础设施的硬性指标。此外，在控制运营成本上升的同时还需要资助创新的压力，促使许多CIO重新评估供应商风险。难怪有68%的CIO表示，IT基础设施的复杂性拖慢了他们的数字化进程。

传统的三层架构与HCI(超融合基础设施)之争已经无法跟上当今企业需求的快速变化。三层架构将服务器、存储和网络资源视为独立的堆栈层，提供了灵活性，但对专业技能要求更高，也带来了复杂性。HCI降低了这种复杂性，但灵活性的限制可能导致资源利用不足，预算捉襟见肘。

戴尔开创的分解式基础架构将计算、存储和网络视为独立的堆栈层。然而，与更关注物理分离的传统三层基础架构方法不同，分解式架构专注于资源的消费、移动和运营方式。分解式架构不再是孤立地管理和分配容量，而是添加了一个编排层，实现资源分配和重新分配的灵活性。

这意味着不再有闲置容量和过高的集成开销。分解式架构提供了两全其美的解决方案。与将资源耦合在特定集群内的HCI不同，分解式架构不需要团队在每次需求变化时都配置独立的服务器。它通过解耦资源来最大化现有资源的利用率。此外，通过内置的策略控制和自动化，基础设施被视为资源清单而不是孤立的项目孤岛。这就是将复杂性转化为可扩展清晰度的关键，而且不会影响弹性。

三层架构和HCI基础设施模型多年来为企业提供了良好的服务，但现在它们正成为创新的障碍。十分之六的组织表示其整体IT环境在过去两年中变得更加复杂，对更高敏捷性的需求日益增长，同时又不希望增加成本和运营负担。

造成这种情况有几个原因：

工作负载波动性

计算需求日益不可预测，特别是考虑到人工智能和边缘计算的快速运营化。同时，团队仍在裸机和虚拟机上运行关键应用程序，对弹性的要求全面提升。分解式架构不是要重新发明轮子，而是从共享资源池中同时支持传统和现代工作负载。

虚拟化策略的不确定性

"标准化一个虚拟化堆栈并运行五年以上"的策略比以往任何时候都更具风险性和预算难度。平台许可变得更加捆绑和基于订阅，尽管这降低了复杂性，但让团队缺乏简单的退出通道和选择。相反，他们被迫投资于可能需要的资源而不是实际需要的资源。分解式架构避免了将资源困在僵化的堆栈中，这也有助于避免供应商锁定。

自动化现在是必需品

AI和边缘工作负载只会变得更加苛刻，需求也在不断变化。大规模的手动资源分配或重新分配已变得不切实际，因此可重复的部署工作流比以往任何时候都更加重要。自动化编排还增强了安全性和弹性，因为团队可以使用经过验证的蓝图进行一致的策略执行，将安全性内置到堆栈中，而不是作为附加组件应用于孤立的系统。

乍一看，分解式架构可能听起来像是旧的三层架构方法的新流行词，但戴尔的方法是对日益增长的复杂性、波动性和平台不确定性的直接回应。这不是在三层架构和HCI之间做选择，而是"如何保持选择自由并减少运营阻力"的问题。正如戴尔科技基础设施解决方案集团总裁亚瑟·刘易斯所说："我们的分解式基础架构方法帮助客户构建安全、高效的现代数据中心，将数据转化为智能，将复杂性转化为清晰度。"

Q&A

Q1：什么是分解式基础架构？与传统方案有何不同？

A：分解式基础架构将计算、存储和网络视为独立层，但与传统三层架构不同，它专注于资源的消费、移动和运营方式，通过添加编排层实现灵活的资源分配和重新分配，避免了资源闲置和过高集成开销。

Q2：为什么传统的三层架构和HCI模式不再适用？

A：因为68%的CIO表示IT基础设施复杂性拖慢了数字化进程。工作负载需求日益不可预测，AI和边缘计算快速发展，虚拟化策略存在不确定性，加上自动化成为必需品，传统模式已无法满足企业的敏捷性需求。

Q3：分解式基础架构如何解决供应商锁定问题？

A：分解式架构避免将资源困在僵化的堆栈中，不像传统方案强制投资于可能需要而非实际需要的资源。它提供选择自由，减少运营阻力，让企业可以根据实际需求灵活配置资源，避免被单一供应商绑定。