架构包括技术的选择，很多其它分层等于更高的复杂度，可是轻量级协同设计能够提高质量。
最佳实践也是有使用条件限制的，面对架构要用于质疑。
系统的最大风险
外部接口是系统风险最高的部分之中的一个。
- 关键的外部接口有哪些？接口的技术定义是什么？
- 哪些队列是通信组件？消息的格式是什么？
- 同步还是异步？异步连接是否有保障？是否能乱序传输？
- 接口是否幂等？接口的可用性、性能、可伸缩性、安全性？
- 接口的全部权属？版本号的升级处理？服务级别？
系统的常见风险
除了外部接口之外。其它的常见风险例如以下：
- 组件执行过慢
- 组件无法伸缩
- 关键组件崩溃
- 单点故障
- 数据被破坏
- 基础设施故障
- 磁盘满
- 新技术过于复杂
文档
架构须要以文档的方式回答质疑。
代码不会讲述完整的故事。轻量级文档来描写叙述代码之外的问题，如
- 这是关于什么的？希望能做什么？
- 质量属性？约束？原则？
- 软件架构？外部接口？
- 数据（数据比软件本身更重要。）？
- 基础设施架构？
- 部署？运营和支持？
- 决策日志
- ……