2. Oracle Cloud基础设施与核心服务概览
设计迁移方案之前，必须先建立一张清晰的 OCI 资源地图：哪些服务负责承载计算、哪些负责持久化数据、哪些负责连通性，以及它们之间的边界在哪里。OCI 的独特之处在于把“物理位置—逻辑隔离—资源规格”三层解耦得比较彻底，理解这三层，选型时就不会把区域、可用域、故障域、虚拟云网络（VCN）和子网混为一谈。
区域、可用域与故障域：先定“放在哪里”
OCI 的层级从大到小是：区域（Region）→ 可用域（Availability Domain，AD）→ 故障域（Fault Domain，FD）。区域是地理上独立的数据中心群，例如 ap-singapore-1、cn-hangzhou-1；一个区域内通常有 1～3 个可用域，每个可用域拥有独立的电力、冷却和网络；故障域则是可用域内部的进一步隔离组，同一可用域内的不同 FD 不会共享同一机架级供电与网络路径。
选型的第一条依据是数据驻留与延迟：面向国内用户的业务优先选择就近区域，跨区域复制会引入几十毫秒级 RTT。第二条依据是高可用等级：单 AD 部署成本最低但存在可用域级单点；跨 AD 部署可抵御整个可用域故障，是生产库的常见选择；跨区域部署用于容灾，RTO/RPO 目标通常以分钟到小时计。第三条依据是服务可用性差异：并非所有区域都提供全部服务与规格，例如某些 GPU 机型或 Exadata 只在特定区域上线，迁移前必须核对目标区域的服务清单。
一个常见的误区是把“多故障域”当成“多可用域”。FD 只能防御机架级故障，无法抵御整个可用域断电。因此，若业务要求 99.95% 以上可用性，应至少跨两个 AD 部署，而不是在同一 AD 内选两个 FD。
计算、存储、网络、数据库：四类核心服务的定位
计算方面，OCI 提供裸金属（Bare Metal）、虚拟机（VM）和容器/Serverless 三种形态。裸金属适合对性能隔离、许可证（如 Oracle Database 自带 License）和自定义内核有要求的场景；VM 适合绝大多数通用业务；容器与函数适合弹性波动明显的无状态服务。规格族上，标准 E 系列偏通用，DenseIO 系列本地 NVMe 适合高 IOPS 缓存层，GPU 系列用于推理与训练。选型时先看 CPU/内存比，再看是否需要本地盘和网络带宽。
存储分为块存储（Block Volume）、文件存储（File Storage）、对象存储（Object Storage）和归档存储（Archive）。块存储挂载给计算实例，性能由 VPU（Volume Performance Unit）决定，可按需调整；文件存储提供 NFS 共享，适合多实例共享目录；对象存储适合备份、日志、静态资源和数据湖；归档存储成本最低但取回有延迟。迁移中，数据库数据文件通常落在块存储，备份与冷数据放对象存储。
网络的核心是 VCN 与子网。VCN 是区域级逻辑网络，子网可以是公有（有 Internet Gateway）或私有（通过 NAT Gateway 出网）。安全由安全列表（Security List）和网络安全组（NSG）共同控制，前者作用于子网，后者作用于 VNIC，推荐以 NSG 为主实现最小权限。跨区域或混合云连接依赖 DRG（Dynamic Routing Gateway）与 FastConnect/IPSec VPN。
数据库方面，OCI 提供 Autonomous Database（自治数据库）、VM DB System、Exadata Cloud Service 和 Base Database Service。自治数据库自动化运维程度最高，适合标准 OLTP 与数据仓库；VM DB System 可控性更强，适合需要自定义参数和补丁策略的场景；Exadata 面向极致性能与大规模整合。选型依据是性能要求、运维投入、许可模式和扩展方式。
选型依据：把业务要求翻译成资源参数
把上面的服务映射到具体决策，可以按四个问题依次收敛。第一，可用性目标决定拓扑：99.9% 可单 AD，99.95% 以上应跨 AD，跨区域容灾则需额外规划数据复制与 DNS 切换。第二，性能目标决定规格：数据库 IOPS 需求高时选 DenseIO 或 Exadata，块存储按 VPU 调整，网络带宽随实例规格提升。第三，运维投入决定托管程度：自治数据库几乎免运维，VM DB System 需要自行打补丁和调参。第四，成本模型决定付费方式：按需适合波动业务，预留容量适合稳定负载，BYOL 可复用已有 Oracle 许可。
一个可参考的选型示例
假设某企业要把一套 Oracle 数据库和两个 Java 应用迁移到 OCI，要求可用性 99.95%、数据库 RPO 接近 0。可以这样落地：区域选择就近的 ap-singapore-1；数据库采用 VM DB System 跨 AD 部署，主节点在 AD-1、备节点在 AD-2，使用 Data Guard 同步复制；应用层在两个 AD 各部署一个实例，前端通过负载均衡分发；数据文件放在块存储，每日备份写入对象存储；VCN 内应用子网设为私有，仅通过 NAT Gateway 出网，数据库子网只允许应用 NSG 访问 1521 端口。这样既满足可用性，也把网络暴露面压到最小。
掌握这张资源地图后，后续的迁移评估、目标架构设计和成本测算才有统一的坐标系。选型不是追求最高规格，而是让每一项资源都对应一个明确的业务约束。