从业务出发，组合合适的基础设施。

网站、API 与业务应用

先确定计算与存储需求，再根据用户所在地选择网络。

选型步骤

1. 估算内存、CPU、磁盘容量和增长空间。
2. 用真实访问地点检查延迟、丢包及业务请求表现。
3. 规划备份、恢复和应用监控；云实例不自动等于应用高可用。

从 NCS 选型；需要独立硬件或更明确的资源隔离时比较 NBM。

数据库与持续运行负载

计算资源之外，持续 I/O、内存工作集和恢复要求同样重要。

选型步骤

1. 确认数据规模、读写比例和磁盘需求。
2. 明确单机性能、故障恢复与备份窗口。
3. 确认操作系统和软件许可；高可用需要额外架构设计。

比较 NBM 的内存与磁盘配置，并单独设计备份与容灾。

自有设备入驻机房

保留硬件选择，同时把机位、电力和网络需求整理成可交付清单。

选型步骤

1. 列出设备高度、重量、供电和端口需求。
2. 核对带宽计费、防御方向及额外电力。
3. 约定收货、上架、远程操作与维护窗口。

从服务器托管开始；楼内互联需求另行选择对应连接产品。

机房互联与云连接

连接产品从两端位置和交付接口出发，不能只按名称判断是否适用。

选型步骤

1. 明确 A/Z 两端位置、云平台或机房。
2. 确认端口、带宽、二层/三层交付及地址需求。
3. 核对开通条件、周期、一次性费用和冗余要求。

比较 Cloud-VXC 与楼内互联选项，先确认两端覆盖后报价。

对可用性敏感的公网业务

从业务协议和攻击面出发，让防御范围与业务访问方式相匹配。

选型步骤

1. 记录 TCP/UDP、端口、来源地区与正常流量。
2. 区分链路拥塞、协议资源耗尽和应用请求压力。
3. 确认清洗、误封处置、黑洞及事件升级流程。

查看 NG Shield，再选择匹配的 NBM 或托管产品；不根据单一 G 数字作保证。

混合云与分批迁移

沿用旧版的混合云思路，把自有设备与云资源之间的数据流先画清楚。

选型步骤

1. 列出仍需留在自有环境中的服务、数据和依赖。
2. 确认两端连接、地址冲突、路由、加密及访问权限。
3. 分批迁移并设置回退条件，在业务窗口验证数据与连通性。

使用托管、NCS/NBM 与连接产品组成候选架构；公有云覆盖及交付接口需逐项确认。

备份、灾备与高可用

先明确允许丢失多少数据、允许中断多久，再决定复制、备份与切换方式。

选型步骤

1. 明确恢复点目标 RPO 与恢复时间目标 RTO。
2. 避免将所有副本置于同一故障域；确认可用部署位置。
3. 安排恢复与切换演练，记录失败条件及回退步骤。

这是架构规划场景，不代表当前套餐包含托管备份、自动双活或既定 SLA；具体范围需单独设计。