将架构例外视为对偏离规范的明确、有限接受，并配备责任人和退出计划。上线期限是决策背景，不是绕过约束的自动授权。
判断是否可以接受例外
确定违反了哪一条具体原则或标准，以及它为什么存在。确认谁有权接受由此产生的风险。有些约束对项目不可协商；如果不存在获准的例外，应缩小范围或调整上线计划。
将拟议例外与至少一个可行替代方案比较。记录受影响的系统、用户、数据、可能的故障模式，以及延期的业务后果。避免“临时旧系统集成”之类过于宽泛的豁免。
示例：临时文件交换
假设上线无法等待标准集成平台。一个范围严格限定的例外，允许两个具名系统之间每天传输一个订单文件，持续六周。它并不授权无关的文件数据流。
例外记录包括：