1. 数据中心光交换系统工程导论

数据中心网络正从“电交换为主、光传输为辅”的传统形态，走向“光交换参与组网、光电协同调度”的新阶段。理解这门课，首先要回答三个问题：光交换在数据中心里究竟解决什么问题，系统工程师在其中承担什么职责，以及一项工作最终要交付什么产物。本章不展开具体器件与协议细节，而是先建立一张“系统地图”，让后续的电交叉、光交叉、波长/端口调度、控制平面、运维与验证等内容都能挂到这张地图上。

一、课程定位：从“链路工程”到“系统级光电协同”

传统数据中心网络工程更多关注交换机选型、布线、VLAN、路由与拥塞控制，光模块往往被当作“可插拔的物理层配件”。但当集群规模达到数万张 GPU、单链路速率进入 400G/800G、东西向流量占比超过 80% 时，电交换机的 SerDes 功耗、交换芯片容量和布线密度成为瓶颈。光交换的价值在于：在光域直接完成端口到端口的路径重构，绕开光电转换，降低时延与功耗，并支持带宽的按需重组。

因此，本课程的定位不是“光通信原理课”，也不是“网络协议课”，而是一门系统集成与工程实现课：它要求学习者能把光器件、光交换矩阵、控制平面、业务网络和运维体系放在同一个系统里考虑，回答“什么流量该走光、什么流量该走电、光路如何建立与回收、故障如何定位与恢复”。

二、光交换在数据中心网络中的角色

在典型的数据中心网络分层中，光交换通常出现在三个位置：Spine 层的光交叉旁路、Pod 间的动态光互连、以及计算节点与存储/加速器之间的可重构光通道。它的角色可以概括为三类：

• 大带宽旁路：将长期稳定的大象流（如分布式训练的参数同步、存储备份）从电交换层卸载到光层，减少电交换芯片的转发压力。
• 动态拓扑重构：根据业务周期（训练任务、推理高峰、离线分析）改变 Pod 之间的连接关系，使网络拓扑“随业务变形”。
• 低时延确定性通道：为时延敏感的同步通信或内存语义互连提供固定光路，避免逐跳排队带来的抖动。

需要强调的是，光交换并不是要取代电交换。电交换擅长细粒度、突发、小包的统计复用；光交换擅长粗粒度、稳定、大带宽的通道提供。系统工程师的核心判断之一，就是划分光电边界：哪些流量交给光层，哪些留在电层，边界处的缓存、调度与保护如何设计。

三、系统工程师的职责边界

“系统工程师”在光交换项目里既不是纯器件工程师，也不是纯网络运维。其职责边界可以用一句话概括：对“端到端业务可用、可扩展、可运维”负责，而不是只对某个盒子或某条链路负责。具体包括：

• 需求分解：把业务侧的“训练任务 30 分钟完成一次全量同步”“存储带宽 8Tbps 峰值”翻译成端口数、波长数、交换粒度、重构时间、保护倒换时间等工程指标。
• 光电边界划分：确定哪些流量走光旁路、哪些走电交换，并给出流量分类规则与阈值。例如：持续超过 10Gbps 且持续时间大于 1s 的流标记为候选光旁路流。
• 光路生命周期设计：定义光路建立、保持、重路由、回收的触发条件与超时参数，避免光路长期占用却不承载流量。
• 控制与保护策略：设计光层故障时的倒换逻辑，明确倒换判据（光功率跌落、误码超限、控制心跳丢失）与倒换时间目标。
• 验证与运维交付：输出可执行的测试用例、验收指标、监控项与故障处理手册。

需要划清的边界是：系统工程师通常不负责光芯片内部设计、不负责交换机 ASIC 微架构，但必须理解这些器件的关键参数（插损、切换时间、串扰、功耗、寿命），并能把它们纳入系统预算。例如，一条光路经过 3 个光交换矩阵，每个矩阵插损 1.5dB，连接器插损 0.3dB/对，则总插损约 3×1.5 + 4×0.3 = 5.7dB，这直接决定光模块的发射功率预算与接收灵敏度余量。

四、典型工作产物

系统工程师的产出不是“做了很多事”，而是一组可评审、可执行、可追溯的工程文档与配置。典型产物包括：

五、从本章出发的学习路径