影响雷达：在做出变更之前理解变更
几周前，我合作的一个平台团队决定弃用一个内部认证服务。看起来很简单——该服务有两个已知的消费者。他们更新了图表，通知了那些团队，并开始计划迁移。
三个冲刺后，他们发现还有四个服务依赖它。其中两个完全在其他项目中。一个是没人映射过的遗留流程。迁移时间线翻倍。
信息就在那里。它存在于关系、C4层级和流程图中。但没人能一眼看到全貌。你必须手动追踪每个连接，跨层级，跨项目，希望不会遗漏路径。
这就是影响雷达要解决的问题。
右键点击，看到一切
影响雷达就在你已经工作的地方——图表上。右键点击C4模型中的任何元素——系统、容器、组件或代码元素——选择分析影响。分析立即运行。
图表变换。影响区域之外的每个元素淡到背景。受影响的元素保持鲜明，它们之间的关系亮起，按距离颜色编码：
- 红色 — 直接连接（1度）
- 琥珀色 — 一跳之远（2度）
- 黄色 — 两跳之远（3度）
影响面板
面板从右侧滑入，包含完整的分析。
顶部是一个数字："影响你架构的X%。" 这是你项目中落在影响区域内的元素百分比。
风险评分
百分比下方是风险仪表盘——一个由四个加权因素计算的0到100的分数：
- 上游依赖方（30%） — 有多少元素依赖这个？
- 下游范围（25%） — 这个元素拉入了多少依赖？
- 结构子元素（25%） — 对于容器和系统，内部有多少子元素？
- 耦合比率（20%） — 相对于图的其余部分，这个元素的连接程度如何？
上游和下游
分析将影响分为两个方向。上游显示依赖选定元素的一切。下游显示该元素依赖的一切。每个方向按度数组织。
关键路径
如果依赖链很深，影响雷达高亮显示关键路径——从选定元素到最远受影响节点的最长链。
跨项目依赖
如果你的组织使用Archyl的全局架构视图连接跨项目的系统，影响雷达也会追踪这些连接。面板包含一个跨项目依赖部分。
受影响的流程
如果你在Archyl中记录了用户或系统流程，影响雷达会将它们与影响区域交叉引用。
假设模拟
面板底部有一个切换：模拟移除。这是"如果我们删除这个会怎样？"按钮。
开启后，影响雷达计算完整的级联：断裂的关系、结构性销毁、孤立的元素、跨项目断裂和总级联影响。
这不是推测性的。这是对关系图的确定性计算。
为什么这很重要
影响雷达将评估架构变更的周期压缩为一次右键点击。分析是详尽的——它追踪图中的每个关系、结构边和跨项目链接。
这改变了团队处理架构演进的方式：
- 弃用服务前，看到跨所有项目的每个消费者
- 重构组件层级前，理解下游涟漪
- 重大重构前，量化爆炸半径
- 事后审查中，追踪依赖链理解故障级联
开始使用
影响雷达现已在所有计划中可用。打开任何项目，右键点击C4图上的任何元素，选择分析影响。
你的架构是一个图。影响雷达让你读懂它。
想构建更连接的架构模型？从C4模型介绍开始，然后通过实时协作和全局架构连接你的项目。对于想要变更治理的团队，架构变更请求与影响雷达天然配合——先分析影响，再提出变更。