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

26章アーキテクチャと交わるもの

ここまで、サポートすべき重要なアーキテクチャ特性を特定する方法、ビジネス問題に対して最も適切なアーキテクチャスタイルを選択する方法、効果的なアーキテクチャ決定の仕方、そしてアーキテクチャの実装を通じて開発チームをリードし導く方法を示してきた。しかし、アーキテクチャが機能するためには、次のような技術環境やビジネス環境の各側面とも整合している必要がある。

実装

実装は、運用アーキテクチャ特性、アーキテクチャの制約、内部構造に関する関心事と整合しているか。

インフラストラクチャ

インフラストラクチャやデプロイ方法は、スケーラビリティ、応答性、耐障害性、可用性といったアーキテクチャの運用上の関心事と整合しているか。

データトポロジー

見過ごされがちな整合性の1つに、アーキテクチャとデータトポロジーの間の整合性がある。データトポロジー（モノリシック、ドメインデータベース、サービスごとのデータベース）は、システムが機能するためにアーキテクチャスタイルと適切に整合している必要がある。

エンジニアリングプラクティス

開発チームがソフトウェアを作成・保守・テストする方法は、対応するアーキテクチャと一致しているか。デプロイメントパイプラインはアーキテクチャスタイルと一致しているか。

チームトポロジー

チームの編成方法はアーキテクチャに大きな影響を与えることがある。その逆もまた然りだ。チーム構造がアーキテクチャと適切に整合していない場合、開発チームは通常、最も単純な変更でさえ困難に感じることになる。

システム統合

アーキテクチャは他にどんなシステムやサービスと通信する必要があるか。そのことに注意を払わないことは、メンテナンス、信頼性、スケーラビリティ、応答性、可用性などの運用アーキテクチャ特性において壊滅的な結果をもたらす可能性がある。 ...