网络架构这事儿，网络说复杂能写一本书，架构基础说简单其实就一句话：数据从A到B，知识中间怎么走、网络谁来管、架构基础堵了怎么办。知识你打开手机刷这条文章，网络数据包正从服务器跳过一个又一个节点，架构基础最后钻进你家的知识路由器——整个过程不到一秒，但背后是网络一整套分层协作的体系在撑着。

先聊最核心的架构基础OSI七层模型。很多人背过，知识但背完就忘。网络我换个说法：你寄快递，架构基础得先有东西（应用层），知识然后打包写上地址（表示层、会话层），再交给快递公司安排路线（传输层、网络层），最后装车上路（数据链路层、物理层）。每层只管自己的事，上层不用操心下层怎么送。这种分工的好处是，换轮胎不用重新造发动机。TCP/IP模型把这七层压成四层，实际工程里更常用，因为少了两层“理论漂亮但落地鸡肋”的会话和表示。

IP地址和MAC地址经常被搞混。IP是逻辑地址，像你家的门牌号，可以变；MAC是物理地址，像身份证号，出厂就定了。数据包跨网络时，IP不变，MAC每一跳都在换。路由器干的就是这个活儿——拆开信封看看收件人，再套个新信封扔给下一站。交换机则更“笨”一点，它只看MAC，在局域网里闷头转发，不关心外面的大千世界。

说到路由器，家里那台和机房里的核心路由器完全不是一个物种。家用的转发能力几个Gbps顶天了，核心路由器能跑到几十Tbps。差距在哪？家用的CPU加专用芯片凑合，核心路由器是分布式架构，线卡各管各的，背板带宽大得吓人。2018年我参观过某运营商的骨干机房，一台CRS-3占满整个机柜，风扇声像飞机起飞，但人家一根光纤能扛400G流量。

DNS这东西平时没人注意，挂了才知道疼。它把域名翻译成IP，像电话簿。根域名服务器全球13组，不是13台机器，是13个IP地址，背后有几百台镜像。有人觉得“13”不吉利，其实是UDP包大小限制闹的——早期DNS查询走UDP，512字节塞不下更多地址。现在有了EDNS0，这个限制早打破了，但13组的习惯留了下来。

防火墙和负载均衡是架构里的门卫和调度员。防火墙按规则放行或拦截，但规则写不好就是自找麻烦。我见过一家公司把数据库端口开给全公司，结果实习生一个误操作删了表。负载均衡则把流量分给多台服务器，轮询、加权、最小连接数，策略不同效果差很多。有个电商客户大促时用轮询，结果某台配置低的机器先趴窝，后来换成加权最小连接才稳住。

最后说个容易被忽略的：CDN。你刷视频不卡，不是因为服务器离你近，而是CDN把内容缓存到了离你近的边缘节点。北京用户访问的可能是廊坊机房的副本，广州用户走的是佛山节点。CDN厂商拼的就是节点密度和调度算法，谁能让用户少绕路，谁就赢。

网络架构没有银弹。分层是为了解耦，冗余是为了可靠，缓存是为了速度。每加一层就多一分延迟，每加一个设备就多一个故障点。好的架构师不是堆设备，是在性能和成本之间找平衡。你家的Wi-Fi偶尔断流，可能是信道干扰，也可能是路由器太热——底层原理和机房里的BGP路由震荡，本质上都是“资源不够或规则冲突”。