最近在几个技术群里闲聊，发现一个有意思的现象：不同公司、不同团队画网络拓扑图时，用的符号五花八门。同一个防火墙，有人画个盾牌，有人画个锁，还有人干脆用个方框写个“FW”。看着像拼图大会，谁也看不懂谁。
图纸一多，头就大
上周去客户现场做巡检，对方递来一份网络架构图。乍一看挺专业，细看懵了——路由器是个三角形，交换机是带波浪线的矩形，核心设备还加了个星星标注。我一边看一边猜，跟破译密码似的。其实这些设备类型完全可以用标准图形表示，偏偏各搞一套。
这事儿不是个例。很多企业的内部文档、运维手册、故障流程图，都是工程师随手画的。图省事，图顺手，图“我觉得这个好看”。结果新人接手时，光认图就得学半天，还容易误判关键节点。
其实早有标准，只是没人听
国际上早有ISO和IEEE对网络图示做过规范建议，比如用圆柱体表示服务器，用并排方块表示存储阵列。Cisco自家的图标库也公开多年，理论上拿来就能用。但现实是，很多人不知道，或者知道了也不用。
有些团队甚至自己建了一套“家族图腾”：蓝色代表生产环境，绿色是测试，红色是隔离区。颜色还好说，问题是他们连箭头方向都赋予特殊含义——右箭头是数据流出，下箭头是日志上报。外人根本没法快速理解。
统一不是为了整齐，是为了少背锅
去年我们组出过一次事故。值班同事按图排查链路，把负载均衡器当成普通交换机处理，直接重启，导致线上服务中断半小时。事后复盘才发现，图上那个设备图标太模糊，看起来就像个普通网元。如果当时大家都用统一符号，不至于认错。
这种问题在跨团队协作时更明显。安全团队发来的策略调整建议里，图标和我们平时用的对不上，沟通成本直接翻倍。你讲的是A路径，他理解的是B路径，吵了半天发现是图没对齐。
从一个小建议开始
现在我们部门开会定了条规矩：所有对外输出的网络图，必须使用同一套图标库。我们选了开源的Noun Project里的网络组件包，导出成Visio和PPT模板，全组共享。新员工入职第一件事就是学这套图例。
改起来不难。比如下面这个简单的拓扑片段：
<svg viewBox="0 0 400 200" xmlns="http://www.w3.org/2000/svg">
<!-- 路由器 -->
<rect x="170" y="20" width="60" height="30" fill="#1a9fff" stroke="#000"/>
<text x="200" y="40" font-size="12" text-anchor="middle">Router</text>
<!-- 交换机 -->
<rect x="100" y="80" width="60" height="30" fill="#4cd964" stroke="#000"/>
<text x="130" y="100" font-size="12" text-anchor="middle">SW-01</text>
<!-- 服务器 -->
<rect x="240" y="80" width="60" height="30" fill="#ffcc00" stroke="#000"/>
<text x="270" y="100" font-size="12" text-anchor="middle">WebSvr</text>
<!-- 连接线 -->
<line x1="200" y1="50" x2="130" y2="80" stroke="#000"/>
<line x1="200" y1="50" x2="270" y2="80" stroke="#000"/>
</svg>哪怕不用SVG，至少保证：方框是通用设备，圆柱是服务器，盾牌是安全设备。坚持下来，图一画出来，大家一眼就懂。
业内最近越来越多声音在提“网络符号统一”，不是赶时髦。当一张图能跨团队、跨厂商、跨项目被准确理解，才是真正的效率提升。别小看这几个图形，它们背后是无数个深夜排错时少掉的头发。