绘制自有IT全景图，警惕拿来即用的"参考架构"

为避免落入”发动机盖上的星形车标”式的供应商偏见，架构团队应先制作自己不失真的IT全景图——把从供应商、博客、行业分析报告等不同源头得来的失真信息拼合起来，而不是简单咨询两三个有技术能力的企业供应商、直接照搬他们的”地图”。有了自己的地图，架构应更关注组件如何组合成整体，而非把架构简单描述为某个产品名字（把大数据系统架构称为”用了Oracle”，和把房屋架构说成”用了Ytong砖”一样没有信息量）。一个真实案例是：IT经理和方案架构师围绕”应用程序交付控制器”（ADC）这个模糊概念争论不休，因为双方对”网络服务器”该不该包含端口转发、负载均衡等功能没有统一词汇表，最后需要有人明确”地形走向图”上这个概念的边界，才能消除误解。

结构图：

flowchart TB
  S1["供应商地图"] --> C["拼合多源信息"]
  S2["博客/行业报告"] --> C
  C --> M["自有不失真IT全景图<br/>+统一公共词汇表"]
  M --> R1["架构关注组件如何组合成整体<br/>而非产品名字"]
  M --> R2["避免因词汇不统一而争论<br/>(如ADC边界案例)"]