第0章 本书的用法

本课程对应[日]宫田宽士《图解服务器端网络架构》，曾薇薇译、乌尼日其其格审校，人民邮电出版社/图灵教育，2015年4月第1版第1次印刷，376页、478千字、16开，ISBN 9787115388179；原书ISBN 9784797373516。图灵官方资料标明467张图表，官方试读PDF包含CIP、版次页和完整目录。首版正式结构为第0章加第1至5章，共171个目录节点；课程不会用2024年第2版、云原生、Service Mesh或现代API网关替换原书内容。

从一条可证伪的通信流开始

先预测：直接采购设备或复制既有配置再补文档，会让容量、通信、安全与恢复假设无法验证。把预测写成“需求、正常路径、状态/表项、单故障路径、告警与恢复”五列，再接线、配置或测试。若结果与预测不同，先修正设计模型，不要把现场补丁当作架构成立。

本章的主问题是：掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物。每个箭头要注明源/目的、接口、VLAN、地址、协议端口和设备责任；每个冗余结论要说明丢失哪个故障域、剩余容量和状态如何接管。

验收不变量是：每个基础设计决定都能找到需求来源、详细设计承接项、测试方法和运行责任人。单次ping成功、设备状态为up或拓扑图看似对称，都不能单独证明业务双向通信、容量、故障切换和恢复成立。

核心词汇与首版边界

需求定义、基础设计、详细设计、测试、运行

这些词汇固定在2015年首版语境。第2版新增或更新的技术、云上托管网络、容器网络和Service Mesh可以另行比较，但不改变本页目录分母。

核心机制深读

需求先写可验证条件

业务数量、峰值吞吐、新增与并发连接、允许停机时间、故障恢复目标、允许通信、机房与预算约束都要量化。只写“高性能、高可用、安全”无法指导设备选型，也无法形成测试通过条件。

动手试：先写预期拓扑、通信流、接口/状态表变化和告警，再执行一次正常验证与一次单故障验证。若结果不同，修正设计规则而不是只改现场配置。

基础设计决定共同规则

基础设计不堆接口号，而是规定拓扑类型、命名、地址分配、路由方式、安全分区、负载均衡策略、冗余层次与管理方法。规则稳定后，详细设计才能在多台设备上保持一致。

动手试：先写预期拓扑、通信流、接口/状态表变化和告警，再执行一次正常验证与一次单故障验证。若结果不同，修正设计规则而不是只改现场配置。

详细设计与架构必须可追溯

接口、VLAN、IP、路由、过滤、健康检查和监控参数都应引用基础设计条目。实施时记录实际值与偏差；不得把现场临时变更留成只有某个人知道的隐含状态。

动手试：先写预期拓扑、通信流、接口/状态表变化和告警，再执行一次正常验证与一次单故障验证。若结果不同，修正设计规则而不是只改现场配置。

测试与运行关闭反馈环

测试既验证正常流，也验证链路、设备、进程和管理链路故障；运行阶段保存容量趋势、告警、日志、变更与恢复时间。发现假设不成立时更新上游设计，而非永久追加例外配置。

动手试：先写预期拓扑、通信流、接口/状态表变化和告警，再执行一次正常验证与一次单故障验证。若结果不同，修正设计规则而不是只改现场配置。

原书目录逐节点重构

0.1 网络架构的流程

“网络架构的流程”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“网络架构的流程”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1 网络架构分为六个阶段

“网络架构分为六个阶段”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“网络架构分为六个阶段”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.1 需求定义

把业务目标、范围、流量、可用性、安全和约束改写成可测量条件。

设计核查： 固定需求和正常通信流，只改变一个与“需求定义”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.2 基础设计

制定跨设备一致的架构规则，并为详细设计、测试和运行提供共同基线。

设计核查： 固定需求和正常通信流，只改变一个与“基础设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.3 详细设计

把全局规则细化为设备、接口、地址、参数、配置和实施步骤。

设计核查： 固定需求和正常通信流，只改变一个与“详细设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.4 架构

按详细设计实施并记录实际配置、版本、序列号与偏差。

设计核查： 固定需求和正常通信流，只改变一个与“架构”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.5 测试

同时验证正常、容量边界、单故障、恢复和管理告警。

设计核查： 固定需求和正常通信流，只改变一个与“测试”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.1.6 运行

持续监控、变更、备份与故障处理，并把经验反馈到设计。

设计核查： 固定需求和正常通信流，只改变一个与“运行”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2 网络架构的重点是基础设计

制定跨设备一致的架构规则，并为详细设计、测试和运行提供共同基线。

设计核查： 固定需求和正常通信流，只改变一个与“网络架构的重点是基础设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2.1 物理设计

“物理设计”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“物理设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2.2 逻辑设计

“逻辑设计”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“逻辑设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2.3 安全设计与负载均衡设计

“安全设计与负载均衡设计”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“安全设计与负载均衡设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2.4 高可用性设计

“高可用性设计”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“高可用性设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

0.1.2.5 管理设计

“管理设计”服务于“掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物”；设计时要写明输入需求、责任层、配置对象、容量或状态变化、失败表现和复核证据。

设计核查： 固定需求和正常通信流，只改变一个与“管理设计”相关的链路、设备、表项或管理变量；保存接口/协议状态、正反向流量、告警和恢复结果。

本页完整节点清单

本页承担14个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：

• 0.1 网络架构的流程
• 0.1.1 网络架构分为六个阶段
• 0.1.1.1 需求定义
• 0.1.1.2 基础设计
• 0.1.1.3 详细设计
• 0.1.1.4 架构
• 0.1.1.5 测试
• 0.1.1.6 运行
• 0.1.2 网络架构的重点是基础设计
• 0.1.2.1 物理设计
• 0.1.2.2 逻辑设计
• 0.1.2.3 安全设计与负载均衡设计
• 0.1.2.4 高可用性设计
• 0.1.2.5 管理设计

可复现实验

requirement R-17: peak=4Gbps, new=20k conn/s, downtime<60s
design D-17: parallel path, 10GbE, dual firewall
test T-17: fail one link/device and measure recovery

基础设计: VLAN/地址规则 -> 详细设计: interface/VLAN/IP -> 架构: config -> 测试: packet + state

运行证据: NTP一致时间 + SNMP状态 + Syslog事件 + 配置备份 + 恢复记录

动手试：为同一业务流保存正常、容量边界、单链路故障、单设备故障和恢复五轮证据。记录接口计数、MAC/ARP/路由/NAT/连接状态、应用结果、NTP时间、SNMP告警、Syslog事件和实际恢复时间。

独立证据门

最小证据包包含：首版节点、需求编号、物理/逻辑拓扑、端口/VLAN/IP/路由/NAT/策略表、正反向通信流、容量与单故障、监控日志、恢复步骤、偏差、责任人与复核人。

练习

本章回顾

“第0章 本书的用法”的核心是掌握网络架构六阶段，并把基础设计拆成物理、逻辑、安全与负载均衡、高可用和管理五类交付物。真正掌握不是背设备名，而是把需求、责任层、通信流、状态、容量、故障、监控和恢复连成可施工且可证伪的闭环。

← 上一页：2015年首版权威学习地图 · 下一页：第1章 物理设计 →