很多企业在准备数据中心扩容时，第一反应是先加资源，再补合同和值守说明。这个顺序表面上快，实际上很容易把容量、费用和责任混成一团。等系统真的扩上去，谁负责接入、谁负责值守、谁负责后续调整，常常又要重新开会。
更稳妥的办法，是在扩容评审前先把三件事分清：容量边界、合同边界和值守边界。容量边界决定能不能撑住业务增长，合同边界决定资源算谁的，值守边界决定出问题时谁先到场。对推进 企业数字化与系统集成服务 的团队来说，这比单纯追求更大资源池更重要，因为它决定后面的交付是不是可持续。
如果企业同时还在做混合云、备份和基础设施迁移，这三个边界更不能混。容量没算清就扩，往往会把后续 解决方案 的节奏带乱；合同没写清，采购和运维就会各说各话；值守没定清，真正出告警时就只剩下临时找人。新闻洞察 里常说的基础设施稳，不是“机器多”，而是“责任短”。
对于制造业和园区型企业，这个问题还会延伸到业务系统。扩容后如果 ERP、BI、文件服务和应用协同都要跟着改，边界不清会把原本简单的项目拖成多个小问题。判断一项扩容是否成熟，不看它加了多少容量，而看它是否把边界写进了执行单。
建议项目组在扩容前先查三项：容量是否有上限、合同是否写明归属、值守是否明确到人。只要其中一项还没落字，就先别上线，先把边界收住。