ソフトウェアアーキテクチャの基礎 第2版 ―エンジニアリングに基づく体系的アプローチ

21章アーキテクチャ決定

アーキテクトに求められることの1つに、アーキテクチャ決定がある。アーキテクチャ決定とは通常、アプリケーションやシステムの構造に関わる決定だ。しかし、何らかの技術的な決定が、アーキテクチャ特性に影響を与える場合には、それもアーキテクチャ決定に含まれる。どのような文脈であっても、優れたアーキテクチャ決定は、開発チームが適切な技術的選択を行うための指針となる。アーキテクチャ決定を下す際は、関連情報を十分に集め、妥当性を示し、文書化し、そして適切なステークホルダーに決定を効果的に伝えなくてはならない。

21.1　アーキテクチャ決定に関するアンチパターン

プログラマーのAndrew Koenig†1は、アンチパターンのことを「始めるときは良いアイデアのように思えるが、後で問題を引き起こすもの」と定義している。また、アンチパターンには「否定的な結果を生み出す、繰り返されるプロセス」という定義も存在する。アーキテクチャ決定を下す際に現れがちな3つの主要なアンチパターンに、資産防御アンチパターン、グラウンドホッグデーアンチパターン、メール駆動アーキテクチャアンチパターンがある。これら3つのアンチパターンは、通常、資産防御アンチパターンの克服がグラウンドホッグデーアンチパターンに繋がり、グラウンドホッグデーアンチパターンの克服がメール駆動アーキテクチャアンチパターンに繋がるという、段階的な流れを持っている。アーキテクトとして効果的で適切なアーキテクチャ決定を下すには、これら3つのアンチパターンをすべて克服する必要がある。

[†1] https://oreil.ly/p9i_Y

21.1.1　資産防御アンチパターン

アーキテクトが誤った選択をすることを恐れて、アーキテクチャ決定を避けたり先送りにしたりすることを ...