スペースベースアーキテクチャ

ソフトウェアを、プレゼンテーション層、アプリケーション層、ドメイン層、インフラストラクチャ層のように役割の異なる層に分け、上の層が下の層だけを利用するように構成するアーキテクチャパターン。階層型アーキテクチャとも呼ぶ。層ごとに役割が明確で理解しやすいが、下の層の変更が上の層に及びやすい。

必要最小限の機能を持つコアシステムに、個別の機能をプラグインとして追加していくアーキテクチャパターン。プラグインアーキテクチャとも呼ぶ。コアを変えずに機能を拡張・交換でき、統合開発環境（IDE）やWebブラウザの拡張機能が例。

コマンドクエリ責務分離。データを更新する処理（コマンド）と参照する処理（クエリ）のモデルを分けるアーキテクチャパターン。更新と参照で別のデータモデルやデータストアを使い、それぞれを独立して最適化・拡張できる。更新の結果が参照のモデルに反映されるまでに遅れが生じることがある。

ソフトウェアを、中心の業務ルール（エンティティ、ユースケース）から外側の画面、データベース、フレームワークまでの同心円状の層に分け、依存の向きを常に外側から内側へ向けるアーキテクチャ。ロバート・C・マーチンが提唱した。業務ルールが技術的な詳細に依存しないので、データベースやフレームワークを替えやすく、業務ルールを単独でテストできる。

従来のRDBMSのACID特性とSQLインターフェースを維持しながら、NoSQLのような水平スケーラビリティを実現する新世代のデータベース。Google Spanner、CockroachDBが代表例。分散環境での強い一貫性と高いスループットを両立する。

データを保存するストレージと、問合せなどの処理を行う計算資源（コンピュート）を別々に構成し、それぞれを独立して拡張・縮小できるようにするデータ基盤の設計。データはオブジェクトストレージなどに置き、処理が必要なときだけ計算資源を割り当てるため、利用量に応じた課金や、複数の処理による同じデータの同時利用がしやすい。