多層アーキテクチャ
 |
多層アーキテクチャ（たそうアーキテクチャ、英: multitier architecture）とは、ソフトウェアアーキテクチャパターンである。
アプリケーションを複数の"層"に分け、それらを独立したモジュールとして開発・保守する。各層はインタフェースを定義しモジュール化されたソフトウェアであり、テクノロジーの進歩や要求の変化に合わせて各層を個別に置換できる。
各層をそれぞれ異なるプラットフォーム上で動かし、層ごとにプラットフォームの変更が可能である。 例えばクライアントのオペレーティングシステムをMicrosoft WindowsからUNIXに変更しても、他の層（ビジネス層、データベース層など）は変更しない。
多層アーキテクチャの起源と変遷[編集]
「三層（three-tierまたはthree-layer）」という用語や「多層アーキテクチャ」という用語はラショナルが起源とされている[要出典]。 一般に、tierは物理的に異なるサーバ、layerはソフトウェア上の役割分担であると解釈されることが多い。日本語ではどちらも層と訳されてしまうため、英語の原義を確認することは重要である。ただし英語でtierと書かれていてもソフトウェア的な役割分担を意味している場合もあるため、非常に厄介ではある。 [1] [2]
また、時代と共に意味の範囲が揺れていることにも留意が必要である。例えば、アナリシスパターン(1996)、エンタープライズ アプリケーションアーキテクチャパターン(2002）はともにマーティンファウラーがまとめた書籍だが、用語定義に変遷がみられる。別の例では、AAG(2009)は、AAfN(2003)の改訂版である。
多層アーキテクチャの例[編集]
アプリケーションが複数のソフトウェアエージェントによって実行されるクライアントサーバモデルの一形態である。例えば、ユーザーとデータベース間のデータ要求サービスにミドルウェアを利用するアプリケーションは多層アーキテクチャである。代表的な多層アーキテクチャに三層アーキテクチャがある。
三層アーキテクチャ[編集]
クライアントサーバモデルにおける「三層」とは、
- ユーザインタフェース
- ビジネスロジック
- データベース（およびデータアクセス）
である。
ユーザインタフェースは、デスクトップPCやワークステーション上で標準のGUIを使って動作するのが一般的である。ビジネスロジックは1つ以上のモジュールで構成され、ワークステーションやアプリケーションサーバ上で動作する。データベースにはサーバやメインフレーム上のRDBMSが使われる。中間層自体が多層化されることもある。
三層(3 layer)アーキテクチャでの各層の名称は以下の通り。
| IPA | アナリシスパターン | AAfN | AAG | 古典DDD | 出典不明 |
|---|---|---|---|---|---|
| プレゼンテーション層 | Presentation & Application logic |
Presentation | Presentation | UI | |
| ファンクション層 | Domain | Business | Services | Application | ロジック層/ビジネスロジック層/トランザクション層 |
| - | - | - | Business | Domain | - |
| データアクセス層 | Data interface | Data | Data | Infrastructure | データベース層 |
IPA[3] アナリシスパターン[4] AAfN, AAG[5] 古典DDD[6]
MVCアーキテクチャとの比較[編集]
一見したところ、三層アーキテクチャは、 Model View Controller (MVC) に似ている。しかし、トポロジー的には異なっており、適用分野も異なる。三層アーキテクチャの基本原則として、プレゼンテーション層は決してデータ層と直接通信せず、全ての通信は必ず中間層を通過するというものがある。したがって、三層は一本の直線で表される。それに対して、 MVCでは 3つがそれぞれ相互に通信するため、三角形を形成している。つまり、三層アーキテクチャはデータベースとユーザーの間の情報経路を表しているのに対して、MVCはユーザインタフェースにおける画面上のコンポーネントの管理方法を表している。MVCに基づくコンポーネントは、三層アーキテクチャのアプリケーションでもよく使われる。
歴史的に見れば、三層アーキテクチャは1990年代に生まれたものである。これは、Webアプリケーションなどの分散システムにおいて、クライアント、ミドルウェア、データベースの3者がそれぞれ物理的に別のプラットフォームで動作するようになったことから生じたものである（つまり、実装が先にあって、後から概念として抽象化された）。一方、MVCは1980年代（パロアルト研究所での1970年代末から1980年代初期にかけてのこと）に、1つのグラフィカルワークステーション上で動作するアプリケーション群の仕組みから生まれた。MVCが分散アプリケーションに適用される（コンテンツとプレゼンテーションの分離がされた）のはもっと後のことである。
Web開発での利用[編集]
Web開発の分野では、三層モデルはウェブサイト、特に電子商取引のウェブサイトの構成の説明に使われる。その場合、各層は以下のようになる。
- プレゼンテーション層: 変化しないコンテンツを供給するWebサーバ
- 中間層: 動的コンテンツを生成するアプリケーションサーバ。例えばJakarta EEプラットフォームなど。
- データ層: データベースとその管理システム。RDBMSなど。
参考文献[編集]
- Erik Meijer; Danny van Velzen (2001). “Haskell Server Pages Functional Programming and the Battle for the Middle Tier” (PDF). Electronic Notes in Theoretical Computer Science 41 (1).
- “Three Tier Software Architectures” (HTML). 2008年2月7日閲覧。
- “MVC XEROX PARC 1978–79” (HTML). 2008年2月7日閲覧。
脚注[編集]
- ^ 3層アーキテクチャーとは - 日本 | IBM
https://www.ibm.com/jp-ja/cloud/learn/three-tier-architecture - ^ エンタープライズ アプリケーションアーキテクチャパターン 第1章 レイヤ化
https://www.shoeisha.co.jp/book/detail/9784798105536 - ^ 情報処理技術者試験 シラバス（レベル１～３）用語例集 Version 4.0 対応
https://www.ipa.go.jp/files/000027072.pdf - ^ アナリシスパターン 再利用可能なオブジェクトモデル
第12章 情報システムの層別化アーキテクチャ - ^ Microsoft Application Architecture Guide, 2nd Edition Chapter 5: Layered Application Guidelines
https://docs.microsoft.com/en-us/previous-versions/msp-n-p/ff650706(v=pandp.10) - ^ エリック・エヴァンスのドメイン駆動設計
第4章ドメインを隔離する レイヤ化アーキテクチャ
関連項目[編集]
- ウェブアプリケーション
- ビジネスロジック
- リッチインターネットアプリケーション (RIA)
- クライアントサーバモデル
- フロントエンド
- Model View Controller (MVC)
- SAP R/3 は三層モデルを使ったクライアントサーバ型アプリケーションである。
この記事は2008年11月1日以前にFree On-line Dictionary of Computingから取得した項目の資料を元に、GFDL バージョン1.3以降の「RELICENSING」(再ライセンス) 条件に基づいて組み込まれている。