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

19章適切なアーキテクチャスタイルを選ぶ

どのアーキテクチャスタイルが適切か。それは場合による。さまざまな選択肢（しかも毎日のように新しいものが登場している）の中でどれを使えばいいかを伝えたいところではあるが、それはできない。これほど、組織内のさまざまな要因と、その組織が構築するソフトウェアの種類に依存する選択は他にないからだ。アーキテクチャスタイルの選択とは、アーキテクチャ特性、ドメインの関心事、戦略的な目標、その他多くの事柄のトレードオフに関する分析と思考の集大成だ。だからこそ、2章で述べたように、その答えは「場合による」ことになる。

とはいえ、どんな状況下での決定であっても、適切なアーキテクチャスタイルを選択するための一般的なアドバイスは存在する。この章では、そうしたアドバイスをいくつか紹介する。

19.1　アーキテクチャの「トレンド」の変化

好ましいアーキテクチャスタイルは、さまざまな要因によって時間と共に変化していく。それには次のような要因がある。

過去からの観察

新しいアーキテクチャスタイルは、一般的に過去の経験、特に問題に対する観察から生まれる。過去のシステムの経験が、未来のシステムに対する考えに影響を与える。アーキテクトは、過去の経験に頼らなければならない。そもそもアーキテクトになれるのは、そうした経験の蓄積ゆえだ。多くの場合、新しいアーキテクチャスタイルには、過去のアーキテクチャスタイルの欠点が反映されている。たとえば、過去にコードの再利用を特徴とするアーキテクチャが作られた後、アーキテクトたちはそのマイナス面のトレードオフに気づき、コードの再利用の意味を真剣に考え直した。

エコシステムの変化

ソフトウェア開発のエコシステムでは、すべてのものが常に変化している。この絶え間ないエコシステムの変化は極めて混沌としており、次にどのような変化が起こるかを予測することさえできない。たとえば、数年前には誰もKubernetesを知らなかったが、今では多くの開発者の日常に欠かせない存在だ。だが、さらに数年後には、まだ登場していない新しいツールに取って代わられているかもしれない。 ...