网络的构建形态

网络设计并非随意而为。每一种公认的形态都是对某个具体问题的回答——通常与流量如何增长，或故障能波及多少个地方有关。把这些形态当作答案来学习，而不是当作图形来记忆，会让它们更难被遗忘。

物理拓扑与逻辑拓扑

两个布线完全相同的网络，行为可以截然不同，因此第一个要区分的问题是：设备是如何接线的，与流量实际是如何流动的。

三层层次结构

经典的园区设计将职责划分为若干层，使每台设备只承担一项工作，任意两点之间的流量都走一条可预测的路径。

核心层刻意做得越少越好。过滤、策略和路由决策都属于汇聚层的职责，这样核心层才能保持简单，从而可靠且快速。一个还在做访问控制的核心层是一个典型的设计异味。

把两层合并为一层

大多数组织规模并不需要三层结构。二层（塌陷核心）设计把汇聚层和核心层合并为一对设备，接入层保持不变。

叶脊架构

层次结构假定大多数流量从终端设备向上、向外流出。数据中心打破了这个假设：如今大多数流量发生在同一设施内的服务器之间，而且可能发生在任意两台服务器之间。

在叶脊网络架构中，每个叶节点都连接到每个脊节点，叶节点之间互不相连。任何一台服务器到另一台服务器都恰好相隔两跳——先向上到一个脊节点，再向下到一个叶节点。

规模与边界

这份列表中最重要的分界线，是你拥有的链路与你租用的链路之间的区别。在自有链路上，带宽是已经完成的一次性购置，延迟主要取决于距离。在租用链路上，两者都是合同条款，WAN 正是每兆比特成本开始主导设计、而不是顺其自然产生的地方。

混合架构，以及它为何是常见答案

大多数真实存在的组织，会把一部分服务运行在自有设备上，另一部分运行在租用的设施中，二者通过一条连接相连。这种混合安排很少是经过深思熟虑设计出来的终态——它往往是各项服务在不同时间陆续迁移之后自然形成的结果。

它的显著特征是，两者之间的边界本身变成了一种依赖关系。一个部署在本地、却依赖托管在别处的服务，现在把连接这两端的链路纳入了自己的故障路径，而这条链路通常正是整个设计中冗余最差的部分。