ネットワークスペシャリスト 2010年午前2 問25

問題文

SOA(ServiceOrientedArchitecture)でサービスを設計する際の注意点のうち、適切なものはどれか。

選択肢

ア：可用性を高めるために、ステートフルなインタフェースとする。

イ：業務からの独立性を確保するために、サービスの命名は役割を表すものとする。

ウ：業務の変化に対応しやすくするために、サービス間の関係は疎結合にする。（正解）

エ：セキュリティを高めるために、一度開発したサービスは再利用しない方がよい。

SOA(Service Oriented Architecture)でサービスを設計する際の注意点【午前2 解説】

要点まとめ

結論：SOAではサービス間の関係を疎結合にすることが重要で、これにより業務変化に柔軟に対応できます。
根拠：疎結合はサービス同士の依存度を下げ、変更の影響範囲を限定しやすくするため、保守性や拡張性が向上します。
差がつくポイント：ステートレス設計や命名規則、再利用の考え方なども重要ですが、疎結合の理解が合否を分ける鍵です。

正解の理由

ウ: 業務の変化に対応しやすくするために、サービス間の関係は疎結合にする。
SOAの基本原則の一つは、サービス間の依存関係を最小限に抑え、疎結合にすることです。これにより、あるサービスの変更が他のサービスに影響を与えにくくなり、業務要件の変化に柔軟に対応可能となります。疎結合はSOAの設計思想の中核であり、拡張性や保守性の向上に直結します。

よくある誤解

ステートフルなインタフェースが可用性を高めると誤解されがちですが、むしろステートレス設計が推奨されます。サービスの再利用を避けることは逆効果で、SOAでは再利用性が重要視されます。

解法ステップ

SOAの基本概念を確認し、サービスの設計原則を理解する。
疎結合の意味とメリットを整理する。
各選択肢の内容がSOAの原則に合致しているか検証する。
ステートフル・ステートレスの違いを把握し、可用性との関係を考える。
再利用の重要性を踏まえ、セキュリティと再利用の関係を考察する。
最もSOAの設計原則に合致する選択肢を選ぶ。

選択肢別の誤答解説

ア: ステートフルなインタフェースは可用性を下げることが多く、SOAではステートレスが推奨されます。
イ: 命名は役割を表すことが望ましいですが、業務からの独立性確保には直接つながりません。
ウ: 正解。疎結合により業務変化に柔軟に対応可能です。
エ: 再利用はSOAの重要なメリットであり、セキュリティ向上のために再利用を避けるのは誤りです。

補足コラム

SOAでは「疎結合」「再利用性」「ステートレス設計」が三大設計原則とされます。疎結合はサービス間の依存を減らし、変更の影響を局所化します。ステートレス設計はサービスのスケーラビリティや可用性を高め、再利用性は開発効率と品質向上に寄与します。これらを理解することがSOA設計の鍵です。

FAQ

Q: SOAでステートレス設計が推奨される理由は？
A: ステートレス設計はサービスのスケーラビリティと可用性を高め、障害時の復旧も容易にするためです。

Q: 疎結合と密結合の違いは何ですか？
A: 疎結合はサービス間の依存を減らし、変更の影響を限定する設計。一方、密結合は依存度が高く、変更が他に波及しやすい設計です。

関連キーワード: SOA, 疎結合、ステートレス、サービス設計、再利用性、可用性

← 前の問題へ次の問題へ →

\ せっかくなら /

ネットワークスペシャリストを
クイズ形式で学習しませんか？

クイズ画面へ遷移する→

すぐに利用可能！