建设范围与交付边界
云平台建设的起点不是采购机器，而是把现有系统的依赖关系理清楚。进场后第一件事是梳理服务器清单、端口调用关系、数据库主从结构、定时任务与外部接口，形成一张可核对的关系图。这张图决定了后续分几批迁移、哪些系统必须同时切换、哪些可以单独灰度。
项目按批次推进，每一批都对应一份排期表和一份回滚预案。核心数据库所在批次会先用只读流量验证读写延迟，再安排全量切换窗口。
- 进场调研：服务器与中间件清单、端口调用关系、数据库结构与容量、外部接口清单。
- 架构设计：计算与存储分层、网络分区、账号与权限模型、备份与容灾策略。
- 迁移实施：迁移批次划分、数据同步工具选型、切流与回滚脚本、验证用例。
- 交付物：架构图、网段与 IP 规划表、迁移排期表、回滚预案、监控指标清单、验收报告。
架构分层设计
云上架构按计算、存储、网络、安全四层分别规划，每层都写明扩容方式和上限，避免出现某一层无法横向扩展、拖住整条业务链的情况。计算层按业务类型划分实例规格族，数据库与缓存独立成组，不与 Web 层混用一个资源池。
- 计算层：按 Web、应用、数据库、定时任务四类分组，各自设定实例规格与伸缩策略。
- 存储层：对象存储用于附件与备份，块存储用于数据库，容量与快照周期写入交付文档。
- 网络层：按业务分区划分子网，出口统一走 NAT，跨区互访通过专线或加密隧道。
- 安全层：堡垒机统一入口，按角色分配最小权限，操作日志留存不少于 180 天。
迁移与数据同步
迁移的核心是控制停机窗口。文件与静态资源提前同步，数据库先做全量再走增量，业务切换时只停应用不停数据链路。切换完成后保留原环境 7 至 14 天作为回退通道，确认稳定后再释放资源。
涉及订单、结算类系统时，会在切换前完成一次对账，比对切换前后记录数与关键金额字段，对账结果作为验收附件。
- 全量迁移：文件、镜像、数据库初始数据一次性搬运，过程中不影响线上业务。
- 增量同步：通过日志或同步工具持续追平差异，把停机时间压缩到分钟级。
- 灰度切流：先切只读流量与内部账号，观察延迟与错误率，再放开全部流量。
- 回滚预案：DNS 与网关双通道保留，出现异常可在 15 分钟内切回原环境。
迁移批次按系统依赖关系划分，互相调用的系统放在同一批内切换。
组网与访问控制
多办公点与多分支机构的访问需求差异较大，方案会先按人员角色与数据敏感度分级，再决定哪些系统对公网开放、哪些只允许内网访问。办公网与生产网在逻辑上隔离，运维入口统一收口到堡垒机。
- 分支互联：总部与分支机构通过加密隧道或专线互联，带宽按峰值并发核算。
- 权限分级：按岗位分配角色，管理人员与开发人员的访问范围分别设定。
- 访问留痕：所有远程运维操作录制回放，账号与操作记录对应可查。
- 对外开放：对外服务统一走网关，配置限流与黑白名单，减少直接暴露面。
监控告警与运维托管
上线不等于结束。资源交付后会接入监控体系，覆盖主机、中间件、数据库、接口可用性与业务指标，告警按严重程度分级推送到对应负责人。日常巡检、补丁更新、备份校验与容量评估由托管团队定时执行，结果按月汇总。
01
指标接入
主机与中间件基础指标、接口成功率、数据库连接数与慢查询全部纳入监控。
02
告警分级
按影响面分为紧急、重要、提示三级，紧急告警 15 分钟内响应。
03
月度复盘
汇总告警分布、容量趋势与变更记录，形成下月优化建议清单。
容量与费用治理
云上费用容易在业务扩张中失控。方案会建立资源标签体系，把费用按项目、部门、环境三个维度归集，配合包年包月与按量的组合策略，把长期稳定的负载与波峰负载分开计费。闲置资源每月盘点一次，超配实例给出缩容建议。
- 标签规范：资源创建即打标签，费用可按项目与部门直接拆账。
- 计费组合：稳定负载用包年包月，波峰用按量或弹性实例。
- 闲置盘点：每月输出低利用率实例清单，附缩容或释放建议。
- 预算预警：按项目设定预算阈值，接近上限时提前通知负责人。