拓扑图

拓扑图

拓扑图强调节点如何连接与部署位置，适合网络与集群示意。构图AI 可生成可编辑手绘拓扑图。

登录可免费体验 1 次；VIP 期内不限制日常画图；导出 PNG / SVG / .excalidraw。

什么时候用

• 网络与基建：公司网络、机房、VPN、防火墙分区、办公网与生产网隔离。
• 容器与集群：K8s 控制面、节点、Pod、Service、Ingress 的连接关系。
• 服务拓扑：网关、注册中心、配置中心与业务实例如何相连、如何发现。
• 故障隔离讨论：画清爆炸半径、主备与跨可用区路径，便于演练与复盘。

若目标是解释「为什么这样分层」而非「如何连线」，优先架构图；若目标是数据管道阶段与格式变换，用数据流图。拓扑图的胜场是连接与部署，不是业务步骤。

核心元素

元素	说明
节点	设备、主机、Pod、服务实例等
连接	折线箭头或连线，旁注协议/端口
分组框	同可用区、同集群、同网段虚线聚类
核心节点	居中或居上，作为视觉锚点
外部边界	公网、第三方、用户终端单独标出

布局优先网格或放射：同组靠近，跨组连线尽量短且少交叉。关键链路务必写清「这是管理网、业务网还是同步链路」，否则排障时图反而误导。

排版规则（拓扑专用）

1. 先分区再连线：可用区、集群、网段用虚线框画好，再补跨区边。
2. 核心居中或居上：控制面、核心交换机做视觉锚点，叶子节点向外展开。
3. 同角色节点成组：多个 Worker/多台应用服务器并排，不要散落。
4. 标出单点故障：主备、跨区链路用不同线型或颜色，演练时对照「断哪条边影响谁」。

反例：把「接入层、业务层、数据层」三个大框画成拓扑却几乎没有节点连线——那是架构图穿错衣服。拓扑应能回答「谁和谁有链路」，而不是「职责叫什么名字」。

Prompt 好坏对比

	示例	为什么
差	画个网络拓扑	无节点清单，结果空泛
差	把全公司所有机器都画上	蜘蛛网无法讲解
好	画 K8s 集群拓扑：Master、Worker、Pod、Service、Ingress，按控制面/数据面分组	角色清晰、可分组
好	画 CDN 拓扑：用户→边缘节点→源站，含回源链路标注	链路短、用途明确

排障场景下，拓扑图最好标出主备与跨区链路；生成后若线条交叉过多，优先合并同角色节点再补细节图。

常见错误

1. 把架构分层硬画成拓扑：层名很多、连线很少，信息错位，读者不知道该看职责还是看网线。
2. 无分组导致满屏蜘蛛网：节点一多必须按角色或区域聚类。
3. 连线无含义：看不出带宽、协议或用途，图只剩装饰。
4. 单一直线排开：丧失拓扑感，难表达冗余、环路与分区隔离。
5. 忽略外部边界：不标公网/用户入口，演练时找不到爆炸起点。

与相邻图类型的区别

维度	拓扑图	架构图	数据流图
问题	如何连接与部署	如何分层与协作	数据如何流动
边的含义	链路 / 网络关系	调用 / 依赖	数据传送
布局	网状、放射、分区	水平分层	阶段管道
受众	运维、网络、SRE	研发、架构	数据团队

画多可用区时，跨区链路务必标「同步/异步」与「是否单点」；很多故障演练失败，就是因为图上看起来有冗余，实际上跨区只有一条专线。

用构图AI怎么画

选择「拓扑图」，写清节点与连接，例如：「画 K8s 集群拓扑：Master、Worker、Pod、Service」。或「公司网络：路由器、交换机、服务器、终端」。生成后整理分组与标注，再导出到运维文档。可对照 K8s、CDN 示例页看分组粒度。

构图AI 共 12 种技能，可与架构图、数据流图搭配：架构讲逻辑分层，拓扑讲落地连接，数据流讲数据怎么走。

相关：K8s 部署示例 · CDN 架构示例 · 示例库 · 使用此技能画图

最后提醒：拓扑变更（扩容、切流）后 24 小时内更新图，过期拓扑比没有拓扑更危险。

此外，建议把本页与站内示例对照着练两次：第一次照抄结构，第二次换成你的业务词。两轮之后，你对该图类型的边界会比只读文档清晰得多。

画拓扑前的信息收集

开画前先拿到：公网入口、负载均衡、关键网段/安全组、数据存储位置、跨可用区情况。信息不全时，先画「已知部分」并用虚线框标注「未知区域」，比脑补连线更诚实。

变更与演练

演练切流或容灾时，准备「演练前拓扑」与「演练中拓扑」两张图，演练记录直接贴在图旁。事后把演练中发现的隐藏依赖补进常驻拓扑，这是拓扑图持续准确的主要来源。

相关阅读与实操入口：CDN 架构示例、示例库、使用拓扑图技能画图。画完后把图链进运维手册目录，避免拓扑成为个人桌面上的孤立文件。