出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。(2015年10月)
多層アーキテクチャ(たそうアーキテクチャ、英: 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アナリシスパターンAAfNAAG古典DDD出典不明 IPA[3]アナリシスパターン[4]AAfN, AAG[5]古典DDD[6] 一見したところ、三層アーキテクチャは、 Model View Controller (MVC) に似ている。しかし、トポロジー的には異なっており、適用分野も異なる。三層アーキテクチャの基本原則として、プレゼンテーション層は決してデータ層と直接通信せず、全ての通信は必ず中間層を通過するというものがある。したがって、三層は一本の直線で表される。それに対して、 MVCでは 3つがそれぞれ相互に通信するため、三角形を形成している。つまり、三層アーキテクチャはデータベースとユーザーの間の情報経路を表しているのに対して、MVCはユーザインタフェースにおける画面上のコンポーネントの管理方法を表している。
多層アーキテクチャの起源と変遷
多層アーキテクチャの例
三層アーキテクチャ
ユーザインタフェース
ビジネスロジック
データベース(およびデータアクセス)
プレゼンテーション層Presentation &
Application logicPresentationPresentationUI
ファンクション層DomainBusinessServicesApplicationロジック層/ビジネスロジック層/トランザクション層
---BusinessDomain-
データアクセス層Data interfaceDataDataInfrastructureデータベース層
MVCアーキテクチャとの比較
Size:15 KB
出典: フリー百科事典『ウィキペディア(Wikipedia)』
担当:undef