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

7章アーキテクチャ特性のスコープ

ソフトウェアアーキテクトの思考は、エコシステムとともに進化しなければならない。アーキテクチャ特性を決定するための古いフレームワークには致命的な欠陥があった。それは「システム全体で1つのアーキテクチャ特性グループをサポートする」という前提だ。時にそれが正しいこともあるが、マイクロサービスのような多くの現代的なアーキテクチャでは、サービスレベルとシステムレベルで異なるアーキテクチャ特性をサポートする必要がある。

アーキテクチャ特性をサポートするスコープは、アーキテクトにとって有用な尺度であり、特に実装の出発点として使用するアーキテクチャスタイルを決定するために役立つ。Neal（筆者らの一人）を含む『Building Evolutionary Architectures』（邦訳『進化的アーキテクチャ』）[6]の著者らは、同書の執筆時、特定のアーキテクチャスタイルの構造的な進化可能性を測定する手法を必要としていた。既存の測定法は、どれも適切なレベルの詳細を提供していなかった。「6.1.2　構造アーキテクチャ特性の測定」では、アーキテクトがアーキテクチャの構造的側面を分析するための、さまざまなコードレベルのメトリクスについて説明した。しかし、これらのメトリクスはすべて、スコープを反映していない。コードに関する低レベルの詳細は明らかにできるが、コードベース外の依存コンポーネント（データベースなど）は評価できない。そうしたコンポーネントも、多くのアーキテクチャ特性、特に運用アーキテクチャ特性に影響を与える。たとえば、アーキテクトがどれだけ高パフォーマンスあるいは弾力性に優れたコードベースを設計したとしても、システムがそれらの特性にマッチしないデータベースを使用していたら、アプリケーションが成功することはない。 ...