[000] 标题
给每份 ADR 分配一个编号,方便引用搭编目
注意:所有斜体文字是提示,正式使用时应该删掉
状态 - 草稿 / 生效 / 被 [000] 弃用 / 取代 [000]
背景
简单描述迭份 ADR 想解决个问题,还有问题为啥存在。
决定个办法
详细讲明已经做或者将要做个、对架构有重大意义个决策,并且讲明伊哪能解决背景章节里概述个问题。
后果
迭个决策对系统个架构特性搭功能需求有啥影响?
治理
决策个结果哪能监控?
哪能确保遵守迭个决策?
选项分析
如果适用,放进或者链接为得出迭份文件里个决策而做过个任何取舍分析。
图例
可选:为利益相关者提供视觉辅助,帮助快速发现正面搭负面个取舍,比方用简单个红绿灯高亮,加上正面或者负面前缀。
绿色背景表示很合适,经过琥珀色逐渐变差,红色表示最勿合适。
+ 表示有正面影响个评论
- 表示有负面影响个评论
高层概览
每个选项一眼看上去搭问题背景有多合适?
| 摘要 | 选项 1 | 选项 2 | 选项 3 |
|---|---|---|---|
| 实施难易度 | + 非常容易 | - 有眼棘手 | - 实施规模大,需要专家知识 |
| 辰光安排 | + 非常快 | - 蛮慢 | - 非常慢 |
| 战略价值 | - 呒没战略价值,纯粹是战术上个 | + 稍微改善客户上手体验 | + 适合即将到来个合并 |
功能需求
每个潜在选项搭想要个功能需求有多合适?
| 场景 | 选项 1 | 选项 2 | 选项 3 |
|---|---|---|---|
| 场景 1 | |||
| 场景 2 | |||
| 场景 3 |
可选:加行或者再加一张表,覆盖已经晓得个以后场景。
非功能需求
每个潜在选项搭想要个架构特性有多合适? 注意:“架构特性”会是更加合适个标题,勿过请按侬业务领域熟悉个语言来调整。
| 架构 特性 | 选项 1 | 选项 2 | 选项 3 |
|---|---|---|---|
| 可扩展性 | |||
| 性能 | |||
| 可用性 |
可选:放进或者链接迭眼架构特性搭侬个业务/产品相关个定义。