マイクロカーネルアーキテクチャ

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

処理量や利用者数の増加に応じて、システムの処理能力を拡張できる性質。サーバの台数を増やすスケールアウトと、CPUやメモリを増強するスケールアップがあり、クラウドでは需要に合わせて資源を短時間で増減できる。

GUIアプリケーションを、データと業務ロジックを持つModel、画面表示を担うView、両者を仲介するPresenterの3つに分けるアーキテクチャパターン。ViewはPresenterを通じてのみModelとやり取りし、表示の制御をPresenterに集めるため、画面を伴わない単体テストがしやすい。MVCから派生したパターンである。

アプリケーションをModel（データと業務ロジック）、View（画面）、ViewModel（画面に表示する状態と操作）の3つに分けるアーキテクチャパターン。ViewとViewModelをデータバインディングで結び付け、画面の更新を自動化する。MVCから派生し、GUIアプリケーションやフロントエンドフレームワークで使われる。

オブジェクト指向設計でよく現れる問題と、その解決策となるクラスやオブジェクトの構成を、名前を付けて再利用できる形にまとめたもの。GoFの23パターンが代表的で、設計の意図を短い言葉で共有できる。

アプリケーションをModel（データと業務ロジック）、View（画面表示）、Controller（入力を受けてModelとViewを制御する）の3つの役割に分けるアーキテクチャパターン。表示と処理を分けるため変更の影響を局所化でき、分担して開発しやすい。多くのWebアプリケーションフレームワークが採用している。

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