ADR(アーキテクチャ決定記録)とは?技術的意思決定の記録方法

ADR(アーキテクチャ決定記録)とは何か、技術的意思決定を文書化する意義と、エンジニアリングチームで活用するための書き方を解説します。

Read in: en
ADR(アーキテクチャ決定記録)とは?技術的意思決定の記録方法

概要

ADR(Architecture Decision Record)について調べた。

ADRとは

2011年にMichael Nygardによって紹介されたアーキテクチャに関する決定事項を記録したドキュメントのこと。 cf. cognitect.com - DOCUMENTING ARCHITECTURE DECISIONS

フォーマット

Michael Nygardは提案するフォーマットは次の通り。 cf. cognitect.com - DOCUMENTING ARCHITECTURE DECISIONS

ドキュメントは1~2ページ程度の読みやすい長さにする。

コピペで使えるMarkdownテンプレート

# ADR-XXXX: [タイトル]

## ステータス

提案中 / 承認済み / 廃止済み / 対象外

## 日付

YYYY-MM-DD

## コンテキスト

この決定が必要になった背景・状況を記述する。
例)モノリスからマイクロサービスへの移行にあたり、APIゲートウェイの選定が必要になった。

## 決定

決定事項を1つ記述する。
例)API GatewayにAWS API Gatewayを採用する。

## 理由

なぜこの決定を行ったかの根拠を記述する。

- 候補1との比較
- 候補2との比較
- チームの技術スタックとの親和性

## 結果

この決定を実施した後に生じる結果・影響を記述する。ポジティブな面もネガティブな面も含める。

## 参考

- 参照したドキュメントやリンク

ADRを採用する利点

ADRを採用するかどうかの判断

などアーキテクチャの何かしらの判断・決定をする際はADRを書く機会がある。

所感

参考

Tags: Architecture Decision Record
Share: 𝕏 Post Facebook Hatena
✏️ View source / Discuss on GitHub
☕ サポート

このブログを応援していただける方は、以下からサポートをお願いします。いただいたサポートはブログ運営・技術研鑽に活用します。


関連記事