応用情報技術者 2014年 秋期 午前2 問11

3層クライアントサーバ【午前2解説】

正解の理由

解法ステップ

1. 「3層」とあるとき、文脈が「機能（論理）」か「物理」かを確認する。試験用語としての3層は通常「論理的な層分け」を指す。
2. 各選択肢の列挙されている要素が「プレゼンテーション／ロジック／データ」のいずれかに対応するか確認する。
3. ネットワーク機器やファイアウォール、物理的な機器分類（メインフレーム等）は論理的な3層定義と合わないため除外する。
4. 最終的に「プレゼンテーション・ファンクション・データベース」の組合せを含む選択肢を選ぶ。

選択肢別の誤答解説

• ア: Webサーバ、ファイアウォール、クライアントの3階層という記述は、機能的な層分けになっていません。ファイアウォールはセキュリティ装置であり、層（プレゼンテーション／ビジネス／データ）としての役割ではないため誤りです。
• イ: アプリケーション、通信、データベースは一見近いですが「通信」はネットワーク機能を指すことが多く、3層アーキテクチャの中核である「プレゼンテーション（表示）」と「業務ロジック（ファンクション）」の分離が表現されていません。よって正確な3層定義とは異なります。
• ウ: メインフレーム、サーバ、クライアントの分類は物理的な機器の構成を表しています。3層「クライアントサーバ」設計として語られることはありますが、標準的な3層アーキテクチャ（論理的層分離）を問う本問の趣旨には合致しません。
• エ: プレゼンテーション、ファンクション、データベースという論理的分離は、まさに3層クライアントサーバ（3-tier）の標準的定義であり正解です。

よくある誤解

• 3層＝OSI参照モデルのLayer3（ネットワーク層）だと混同する。アプリケーションの3層は論理的役割分離であり、OSIの層とは別概念です。
• ファイアウォールやロードバランサを「層」と見なしてしまう。これらはインフラや機器の役割であり、プレゼンテーション／ビジネス／データの論理層とは区別する必要があります。
• 物理的にサーバを3台用意すれば自動的に3層になると考える。物理分散は可能ですが、重要なのは機能の分離（責務の分割）です。

補足コラム

• 3層アーキテクチャの利点：モジュール化による保守性向上、スケールアウトの容易さ（例：プレゼンテーション層を複数台に水平スケール）、テストの分離（ビジネスロジック単体の検証）など。
• 実装例：クライアント（ブラウザ）→アプリケーションサーバ（業務処理、API）→DBサーバ（RDBMS）。近年はファンクション層をマイクロサービス群で構成することも多いです。
• 2層（クライアント-DB）との違い：業務ロジックがクライアント側またはDB側に混在すると保守性やセキュリティが低下する場合があります。3層化でこれを回避します。

FAQ