設計レビューでアーキテクチャの話になると、結局いつも経験則だけで決めてしまう。
そのままだと、スタイル選定の理由がチームに残らず、あとから見直すときに判断が再利用できません。
アーキテクチャ思考、特性、スタイル比較、統制までを体系立てて整理し直せたのがこの本でした。
こういう人に向いています
- テックリードやアーキテクトとして設計判断の根拠を言語化したい人
- モノリスとマイクロサービスの選び分けに毎回悩む人
- アーキテクチャ特性やトレードオフを整理してチームへ共有したい人
- モジュラーモノリス、イベント駆動、サービスベースなどを比較して学びたい人
読んだあとに変わること
- アーキテクチャを流行や好みではなく、特性と制約から選びやすくなる
- モジュール性、結合、アーキテクチャ特性を設計レビューで説明しやすくなる
- スタイルごとの向き不向きを、クラウドやデータ、チーム構造まで含めて考えやすくなる
- 統制や適応度関数まで見据えて、設計を維持する発想を持ちやすくなる
実務で効いたポイント
- アーキテクチャ思考の章があり、戦略的な決定と戦術的な決定を切り分けて会話しやすかった
- アーキテクチャ特性の整理があるので、可用性や拡張性の優先順位づけをレビューで進めやすかった
- モジュラーモノリスが新たに入っていて、いきなりマイクロサービスに飛ばない議論がしやすかった
- イベント駆動やマイクロサービスの解説が厚く、分散化のメリットとリスクを比較しやすかった
- チームトポロジーや統制の観点まであるので、実装後にどう守るかまで設計に含めやすかった
前提としてあると入りやすいこと
完全な初学者向けというより、アプリケーション開発やシステム設計の経験が少しある人のほうが、各スタイルの違いを実務に結びつけやすいです。
次に意思決定へ寄せるなら
設計の土台を押さえたあとに、現場でどう判断を下し、説明責任を持つかまで深めたいならこちらもつながります。
意思決定で迷わなくなる: ソフトウェアアーキテクトのための意思決定術を読んで得た実践ポイント
最後に
アーキテクチャを毎回ゼロから議論したくないなら、まずはこの本で比較の物差しをそろえてから、自分たちの制約に合わせて選ぶほうが強いです。