プロジェクトマネージャ 2013年 午前2 問17

SOAのサービス設計原則【午前2解説】

正解の理由

解法ステップ

1. 設問が問うているのは、SOAにおけるサービスの設計上の注意点です。
2. 「業務の変化への対応」と「サービス間の関係」に注目します。
3. サービス同士の依存を小さくする疎結合は、変更の影響範囲を抑えるため、ウが適切です。

選択肢別の誤答解説

• ア：可用性を高めるために、ステートフルなインタフェースとする
  ステートフルな設計では、サービス側で利用者ごとの状態を管理します。状態を複数のサーバで共有する必要が生じるなど、可用性を高めるうえで複雑になることがあります。状態を保持しないステートレスな設計のほうが、サーバの追加や障害時の切替えをしやすい場合があります。
• イ：業務からの独立性を確保するために、サービスの命名は役割を表すものとする
  サービス名は、サービスが提供する業務上の機能や目的を表すことが重要です。「役割」を表す名前にするだけで、業務からの独立性が確保されるわけではありません。
• ウ：業務の変化に対応しやすくするために、サービス間の関係は疎結合にする
  適切です。サービス間の依存を小さくすることで、個々のサービスの変更がほかのサービスに波及しにくくなります。
• エ：セキュリティを高めるために、一度開発したサービスは再利用しない方がよい
  SOAでは、サービスを再利用できるように設計することが重視されます。再利用を避けても、セキュリティが高まるとは限りません。セキュリティは認証や認可、通信の保護などによって確保します。

よくある誤解

• 疎結合なら、サービス同士に依存がまったくない
  依存がゼロという意味ではありません。サービスの機能を利用する以上、必要なインタフェースを介した関係はあります。
• ステートレスなら、サービスは状態を一切扱わない
  サービス側で利用者の状態を保持しないという意味です。必要な状態を要求に含めるなど、別の方法で扱うことはできます。
• 再利用するとセキュリティが低下する
  再利用そのものが危険なのではありません。アクセス制御や脆弱性対策など、適切な管理が必要です。

補足コラム

FAQ