数据中心需要扩容时，企业并不一定要把计算、网络和安全体系重新建设一遍。对于本地已经部署超融合平台、具备互联网出口和安全防护能力，同时又希望快速获得新增资源的企业，可以评估深信服同架构混合云：将托管云资源作为本地环境的延伸，通过云地互联承载新增业务，并在满足条件的情况下复用原有安全设施和运维流程。

这一方案适合业务仍需要与本地系统密切协同、既有投资尚有使用价值的场景。是否能够减少总投入，应同时考虑设备容量、链路费用、云资源使用周期和安全运维成本，而不能只比较新购设备的数量。

扩容为什么容易产生隐性成本

企业新增业务时，首先看到的往往是服务器和存储需求。但应用上线还需要网络接入、地址规划、边界防护、账号权限和运维审计。假如每建设一个独立资源池，就分别建立出口、防火墙、堡垒机和运维团队，随着业务增长，重复采购和重复管理的成本会不断累积。

本地环境也可能积累了大量长期形成的安全规则。应用与数据库之间允许哪些访问、管理员何时可以登录、外部连接如何审批，这些规则既体现业务需求，也承载着运维经验。如果新增资源完全独立运行，规则需要重新梳理和维护，稍有偏差就可能出现两边权限不一致、日志分散或者问题定位困难。

同架构混合云的出发点，是把新资源纳入企业已有的业务和管理体系中规划，让云端扩展与原数据中心形成连续的环境。现有资产能否复用，需要根据实际网络和设备能力逐项确定。

从资源扩展到安全利旧，方案如何衔接

假设一家制造企业的本地超融合环境承载生产管理、仓储和办公系统，随着订单增长，需要新增报表分析和协同应用。企业可以在托管云配置适当的计算与存储资源，通过专线或其他符合需求的连接方式与本地环境互通，让新增应用继续访问授权的本地服务。

如果现有安全设备性能充足、流量路径经过这些设备，企业可以评估复用本地防火墙、堡垒机和互联网出口。例如，云端服务器的管理操作通过本地堡垒机进行统一授权和记录；访问外部网络的流量按规划经过已有出口；云地应用互访依照既有的分区原则配置安全规则。企业原有的账号审批和变更流程也可延伸到云端。

这个例子展示的是可采用的设计方式，并不代表所有云上业务都必须经过本地。互联网访问量较大、对时延敏感或有独立隔离要求的业务，可能需要在云端配置相应安全能力。最终应以实际部署、性能测试和安全要求为准。

哪些投资可以保留，哪些需要重新评估

安全设备和许可。防火墙、堡垒机等设备具备剩余性能且授权允许时，可以考虑继续使用。若已接近设备寿命或性能上限，将新增流量集中到本地可能需要升级或扩容，相关费用应计入方案比较。

网络和出口。现有互联网出口和安全策略可能适合内部业务延伸，但跨云链路容量、稳定性和冗余同样重要。应区分日常业务流量、备份流量与互联网访问流量，避免某类流量集中占用带宽。

运维制度和技能。已有的权限审批、变更窗口、日志检查和故障处理流程可以继续发挥价值。云地统一管理有助于集中查看资源，但不同版本和部署方式支持的具体功能可能不同，权限和配置也不一定自动同步。

数据保护与新增风险。即使使用既有安全设备，云端资源仍需要独立考虑身份权限、漏洞管理、数据备份及恢复。外部接口、云端访问入口和跨环境传输路径发生变化时，也要补充对应措施。

如何计算扩容的完整成本

比较方案时，建议将建设周期内的成本放到同一张清单中：本地设备剩余价值与扩容费用、云端计算存储费用、网络链路、软件许可、维护服务、人员投入和未来业务增长。对于需要全年稳定运行的大规模业务，也可以与本地新增设备、托管机房等方式进行比较。

成本之外，还要考虑业务响应速度和运维风险。云资源可以按所选方案扩展，但长期持续使用会形成相应费用；自建设备需要前期采购和维护，但对于稳定且容量可预测的负载也可能合适。企业应基于真实负载、采购条件和预期使用年限测算，而不是预设某一种方式一定最省钱。

分阶段实施，避免一次性改造过大

第一阶段，梳理现有系统与安全设备，明确拟扩容业务的访问对象、峰值负载、数据位置和安全要求，列出可能复用的能力及限制。

第二阶段，完成网络、安全和容量设计，明确本地与云端的访问路径、出口位置、地址规划和故障切换方式。涉及保留私网 IP 的业务，应先验证二层互联等条件。

第三阶段，选择一组业务试运行，验证应用性能、访问控制、运维审计和日志告警，同时检查云地链路故障对业务的影响。

第四阶段，根据试运行结果调整策略和容量，再逐步接入其他系统。每次新增应用都要更新资产清单和责任人，防止云资源扩张后出现安全盲区。

对于希望保护既有投资、又需要扩展数据中心承载能力的企业，深信服同架构混合云可作为一种选型方向。让安全能力复用建立在真实的流量路径、设备容量和持续验证之上，才能在控制重复投入的同时，保障新业务顺利运行。