1. 课程导入与专线工程全景

在混合云架构中，企业本地数据中心与 AWS 云上 VPC 之间的网络连接质量，往往决定了整套业务系统能否稳定运行。很多团队最初使用公网 VPN 打通本地与云上环境，但随着数据库主从复制、大数据同步、灾备切换等流量增长，VPN 的抖动、带宽波动和不可预测的时延逐渐成为瓶颈。AWS Direct Connect（简称 DX）正是为解决这类问题而设计的专线接入服务：它通过物理专线把企业网络接入 AWS 的 Direct Connect 位置，再经由 AWS 骨干网到达目标区域，从而获得更稳定的时延、更可预期的带宽和更低的公网出口成本。

需要先明确一个容易混淆的定位：Direct Connect 本身不是一条“从机房直连到 VPC”的线，而是一套由物理端口、链路聚合、虚拟接口（VIF）、边界网关协议（BGP）会话和路由策略共同构成的接入体系。物理专线只负责把企业边缘设备接入 AWS 的 DX 路由器；真正决定“哪些流量走专线、走哪个 VPC、是否加密”的，是虚拟接口的类型与路由交换结果。理解这一点，是后续所有工程操作的基础。

从全景图可以看到，一条完整的专线工程链路包含五个关键层次。第一层是物理接入：企业机房通过交叉连接或运营商专线接入 DX 接入点，端口速率常见为 1G、10G 或 100G。第二层是链路聚合：当单端口带宽不足或需要冗余时，把多个端口绑定为 LAG，AWS 侧会将其视为一个逻辑端口。第三层是虚拟接口：在物理端口或 LAG 之上创建 Private VIF、Public VIF 或 Transit VIF，分别对应访问 VPC 私有资源、AWS 公共服务和通过 Transit Gateway 集中互联。第四层是 BGP 会话：本地与 AWS 侧交换路由前缀，决定流量走向。第五层是 VPC 可达性：通过 Virtual Private Gateway 或 Direct Connect Gateway 把路由引入目标 VPC 的路由表。

混合云专线工程的核心目标可以归纳为四点。其一是稳定性：专线绕开公网，时延抖动显著降低，适合数据库同步、实时交易等敏感业务。其二是带宽可预期：端口速率和 LAG 决定了上限，避免公网拥塞导致的吞吐波动。其三是路由可控：通过 BGP 的 AS_PATH、Local Preference、MED 等属性，可以精细控制主备路径和流量比例。其四是成本与合规：DX 的数据传输费用通常低于公网出口，同时专线流量不经过公网，更容易满足数据不出境的合规要求。

本课程的学习路径按照“先规划、再接入、后验证”的顺序展开。前期需要完成地址规划与 AS 号设计，明确本地网段、VPC 网段、互联地址和 BGP 对等地址，避免与现有网络冲突。中期进入实操阶段：创建 DX 连接或 LAG、配置 VLAN、创建 VIF、在本地路由器上配置 BGP 邻居并宣告前缀。后期重点在于验证与运维：检查 BGP 会话状态、确认路由表前缀、测试端到端连通性、配置 CloudWatch 告警和冗余切换演练。

为了便于后续章节对照，这里给出一份示例性的地址与参数规划表。表中参数均为教学示例，实际工程中应根据企业现有网络和 AWS 区域规划调整。