我期待社区了解人们如何绘制他们的networking，即使用符号来表示复杂的拓扑结构。 你可以有硬件方法，每个硬件单元都代表。 你也可以有“实体”的方法，其中显示每个“服务”。 两者都很有趣，但在同一个模式上很难兼顾（但是这是必须的，尤其是使用虚拟化环境）。 此外，关于这种代表性的信息很难得到。 例如安全参数（encryption链接，需要validation）或特定细节（协议types，端口，封装）。
所以我的问题是：你在哪里绘制networking的表示，你的方法是什么？ 你在使用方法学和/或特定软件吗？ 你对信息build议（或不）的build议是什么？ 如何处理networking变得庞大和/或你想在其上放置大量信息的复杂性？
我没有networking图。
我有：
每个图有不同的目的。 通过限制图expression到某个目的，您可以更好地交stream重要信息。
我所有的图都是通过viso生成的盒式云图，我使用的唯一符号是盒子（用于路由器或计算机）和云（对于“networking”，或者像特定的子网一样，或者像一般的“互联网”）。
将所有东西放在一个图上的问题是它变得混乱。 在我们的例子中，layer2 / layer3混乱使得一切都变得复杂，我们只能将它们分成单独的文档。
我也不喜欢特定的对象模板，因为当你拥有它们的时候，你要么浪费你所有的时间去尝试为所有事物获取符号（哦，不！我没有HP事物的象征！），然后试图缩放它们，对。 随着盒子和云，你不得不专注于信息，而不是让它成为一个漂亮的图片。
这并不是说在预算呈现给西装的时候，我不会将我的图表部分转换成漂亮的照片。 但是这些图表有不同的目的。
我们也遇到了同样的问题：对于一个图像来说，需要很多信
什么帮了很多层。 你可以把物品放在不同的图层上。 我们比用vba脚本添加了一些button来使图层可见或隐藏它们。
这样，您可以将所有信息放在一个地方，但只显示您当前需要的信息。
没有一个答案可以满足我们所有的需求和情况，但是我build议你先决定一个图是否是logging你感兴趣的最好方法。然后绘制你所需要的信息。 不多不less。 太less会使练习毫无意义，而太多则会使阅读和使用更难。
例如，可能有意义地绘制networking的逻辑布局，但是像数据库这样的服务可能会更好地处理，这使得pipe理和search变得更加容易。 如果你仍然想拥有所有东西的漂亮图片，可以创build尽可能多的图表来说明你想要的东西，但不要试图把它放在一个图表中。
我想你需要使用蜂巢情节 。
configuration图 – 绘制networking的一种合理的可视化方法，其中根据networking结构特性将节点映射到径向分布的线性轴上并将其放置在径向分布的线性轴上，并将边绘制为曲线链接。