如果要新建数据中心，该从何处着手，可能是银行IT从业者都会考虑的问题。

架构设计、设备选型、安全与运维管控、“两地三中心"、预算控制——这些议题各自都有成熟的方案，但当它们汇聚到一个大型建设项目中时，彼此深度咬合，任何一个环节考虑不周，后续都可能付出相应的代价。

中亦科技近期完成了一家银行新数据中心建设的项目，项目原采购预算1亿余元，经重新梳理需求、优化架构和采购配置后，预算节省约4000万～5000万元；新数据中心实际形成了“两地五中心"的复杂建设环境；集成实施上线整体周期压缩至约3个月，每提前一个月完成业务系统迁移，都可以帮助银行节省约200万元的设备租赁支出。

希望借这个案例，和大家探讨：这类项目在实操层面，有哪些关键问题需要前置思考。

这可能是很多银行首先会考虑的问题。

金融行业通常在网络、存储、计算、数据库、安全等领域都有非常专业的人员，而且长期负责生产环境，对自身业务和系统的理解非常深入。

但数据中心新建有一个特殊之处：它是一个低频、跨专业、强协同的系统工程。一家银行可能多年才会经历一次大规模新建或重建数据中心，而专业咨询团队则可能持续参与不同银行、不同规模、不同建设模式的数据中心项目。

专业咨询团队不是替代银行自己的技术团队，而是基于不同项目的建设经验，从整体规划和项目建设的角度，对一些容易被忽略的问题提前做出考虑。

比如，建设合规性，就是需要前置考虑的问题。

数据中心建设涉及基础设施架构、网络、安全、灾备、运维管理等多个方面，同时还需要满足金融行业相关的规范和管理要求。专业咨询可以在前期规划阶段，将合规要求、建设目标和技术方案进行统筹，减少后期因为方案调整带来的时间和成本。

整体架构怎么设计，同样需要站在项目全局来看。

大型数据中心最终交付的并不是几个独立的专业系统，而是一套需要长期协同运行的整体架构。不同专业之间如何衔接、资源如何匹配、哪些能力需要当前建设、哪些能力应该为未来预留，都需要站在整体项目的角度进行判断。

方案能不能真正落地，也是设计阶段需要考虑的问题。

数据中心设计不是停留在纸面上的技术方案。设备采购、现场实施、系统迁移、业务切换以及后续运维，都需要在设计阶段提前考虑。一个看起来合理的架构，如果到了采购、实施或迁移阶段才发现落地困难，调整的成本往往更高。

当然，成本优化也是专业咨询能够带来的重要价值之一。这次的项目就是一个典型例子。

客户此前已经做过一轮规划，原有预算在1亿元以上。中亦科技进入项目后，并没有简单沿用已有架构，而是从业务需求重新梳理：现在真正需要多少资源？哪些配置是必须的？哪些是可以优化的？

重新核算设备类型、配置和数量，同时调整部分网络架构后，最终预计节省约4000万～5000万元。

这也是专业咨询团队能够带来的一个重要价值——把其他项目中出现过的问题和经验，带到这一次建设中。合理的规划不仅能降低采购成本，更重要的是使资源投入与实际业务需求紧密贴合，避免了过度配置造成的资金沉淀。

• 如果完全按照当前需求建设，可能刚投入运行没多久就需要扩容。

• 如果一开始就按照未来几年的最大规模建设，又可能出现大量资源闲置。

所以真正需要评估的是：业务会怎么增长？增长发生在哪里？什么资源会先达到瓶颈？

本项目在规划过程中，将未来约1～1.5年的业务增长预期纳入考虑。一期以当前实际业务需求为基础，同时为后续资源扩展留下空间。例如，一期主要采用集中式存储，但随着部分业务发展，后续可能逐步引入对象存储。这就意味着规划需要考虑：

未来存储需求发生变化时，现在的架构能不能继续接得上？

一期投入控制在合理范围内，同时保证后续扩容不会推翻前面的架构。

对于银行IT负责人而言，未来增长规划真正需要关注的，可能是增长趋势、资源类型变化以及架构的扩展能力。

这时候需要考虑的就不只是新中心内部的计算、存储和网络：

• 新旧数据中心怎么互联？

• 哪些系统继续留在原环境？

• 哪些系统迁到新环境？

• 数据如何同步？

• 迁移期间业务怎么运行？

• 旧环境什么时候退出？

• 未来几个环境之间的关系怎么调整？

这些问题如果等到新数据中心建成以后再考虑，往往就需要重新调整。所以，银行新建数据中心时，不只要设计新中心，还要设计新旧中心共同运行的过渡或并存阶段。

但对于银行而言，不同系统之间存在依赖关系，业务重要程度不同，可安排的迁移窗口不同，对连续性的要求也不同。

在本次项目中，还要结合一个非常现实的因素——客户当时仍在租用第三方数据中心。

因此，迁移策略既要考虑业务连续性，也要考虑租赁成本。最终形成的是一个分阶段迁移、逐步完成新旧环境切换的路径。

既然最终都要采购设备，为什么不能在设计阶段就给出最优选择？这样还可以节省时间。

这个问题的关键是，给客户保留充分的选择空间。

本项目在设计阶段没有把某一家产品作为唯一前提，而是根据实际需求，给出了多个厂商的选择。这样做有几个直接好处：

• 一是产品之间可以形成充分竞争；

• 二是可以根据实际需求比较能力、配置和价格；

• 三是后续采购时，客户拥有更大的选择空间。

对于大型数据中心来说，产品选择本身也是建设方案的一部分。

同时，项目中产品采购与集成服务是分离的，一方面，产品竞争更为充分——围绕产品自身的能力、配置、价格和适配性展开，不受集成服务绑定的影响；另一方面，集成服务更为专业——大型数据中心涉及数十家厂商、不同产品体系，各厂商保障自身产品交付并非难事，但当数十家厂商同时进入同一现场后，需要有人对整体实施过程进行串联、协调与质量管理。

产品解决“用什么"的问题，集成解决“如何将众多产品整合为可运行的统一系统"的问题。

其实并不必须。

咨询设计解决的是应该怎么建设，集成实施解决的是已经确定的方案，怎么把它真正落地。从专业分工来看，这完全可以由两家公司分别承担。对于客户而言，咨询设计完成之后，可以自主选择后续集成服务商。这种模式下，关键是咨询阶段形成的需求、架构、技术方案、产品选型原则以及项目边界等内容，要能够完整、清晰地交付给后续集成团队。

但如果咨询设计和集成实施由同一家公司连续承担，也会带来一些实际价值。

首先是可以减少项目交接带来的信息损耗。

从咨询设计进入集成实施，需求、架构、设备配置、网络规划、迁移策略等内容都需要继续向下传递。如果更换集成服务商，新团队需要重新熟悉现场、理解需求、梳理方案，并重新建立项目协作关系。由同一家公司连续承担，可以减少这些重复工作，让前期规划与后续实施保持更好的连续性。

其次，可以让方案与实施之间衔接得更加顺畅。

咨询阶段形成的设计方案，最终都要经过采购、部署、联调、测试和上线。如果设计和集成由同一家公司承担，前期形成的方案可以直接进入实施阶段，实施过程中发现的问题也可以更快反馈到项目整体判断中，减少因为方案理解偏差导致的反复调整。

此外，同一团队连续参与，也有利于保持项目决策逻辑的一致性。

为什么采用这样的架构？为什么选择这样的配置？为什么采用这样的迁移路径？这些问题在咨询阶段都有对应的业务和技术背景。如果进入实施阶段后更换团队，这些背景信息需要重新传递；由同一家公司连续承担，则可以让前期的判断和后期的实施保持更好的延续。

如果咨询设计团队本身同时具备集成实施和运维服务能力，这种价值还会进一步延伸到设计本身。

因为真正参与过大量数据中心集成实施和长期运维的团队，会更清楚一个方案在实际建设和运行过程中可能遇到什么问题。哪些架构在现场实施时复杂度较高，哪些配置可能给后续扩容带来限制，哪些设计看起来合理，但在迁移、联调或者长期运维阶段容易出现问题，这些来自一线实施和运维的经验，都可以反过来进入前期设计。

这样形成的是一个从设计、实施到运维，再由实施和运维经验反哺设计的闭环。

对于大型数据中心而言，这种经验尤其重要。因为很多真正影响项目落地的问题，并不一定会在设计阶段直接暴露，而是在设备部署、跨厂商联调、系统迁移以及后续运行过程中才会出现。如果设计团队本身就有集成实施和运维经验，就可以把过去项目中遇到的难点尽可能前置到设计阶段考虑，在架构、产品选择和实施路径上提前规避。

本次项目中，咨询和集成均由中亦科技承担。其中一个直接价值，就是减少重复理解和项目交接。对于普通项目而言，这可能只是1-2个月的时间成本。

但对于当时仍然在租用第三方数据中心的本次项目的客户而言，还有资金成本。本项目最终集成实施上线，整体工期压缩到约3个月（中间包含春节假期）。客户每提前一个月完成迁移，就可以节省约200万元的第三方数据中心租赁支出。

所以，咨询和集成并非必须由同一家公司完成，但如果同一家公司能够同时具备咨询设计、集成实施和运维服务能力，那么它带来的价值就不仅是减少一次项目交接，更在于让规划、建设和运行之间形成连续的经验链条。

• 采购与建设的直接成本优化——预算节省约4000万～5000万元，缩短建设和迁移周期，进一步减少了第三方数据中心的租赁支出（每月至少200万元）。

• 基础设施管理能力的提升——从租用第三方环境转为自建数据中心，设备管理、容量规划、运维管理的自主性和可控性均得到显著改善。

• 业务连续性能力的完善——新的架构、新旧环境的协同机制以及分阶段迁移能力，为客户业务连续性管理提供了更完备的基础。

最终交付的不仅是一个物理空间中的设备集合，更是一套能够持续承载业务、支撑扩展、支持迁移和保障连续性的基础设施能力。

当然，数据中心建设涉及的问题远不止这些。不同银行的业务规模、技术架构、建设模式和发展阶段各不相同，也会面临不同的实际问题。