プロジェクトマネージャ 2020年午前2 問16

問題文

SOAでシステムを設計する際の注意点のうち、適切なものはどれか。

🖊️ 解答を隠して解いてみる

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

イ：業務からの独立性を確保するために、サービスの名称は抽象的なものとする。

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

エ：セキュリティを高めるために、一度提供したサービスの設計は再利用しない。

🔒 解説は解答すると表示されます

SOA（サービス指向アーキテクチャ）では、業務機能をサービスとして構成し、サービス同士の依存関係をできるだけ小さくすることが重要です。

ウのようにサービス間を疎結合にしておけば、あるサービスの変更がほかのサービスへ及ぼす影響を抑えられます。そのため、業務の変化に応じてサービスを変更・追加しやすくなります。

ア：不適切です。 ステートフルなインタフェースは、サービス側で利用者ごとの状態を保持します。利用者の状態に依存しないステートレスな設計のほうが、処理の分散や拡張をしやすく、可用性の向上にもつながります。
イ：不適切です。 サービス名は、提供する業務機能を利用者が理解できるように表すことが大切です。抽象的すぎる名称では、サービスの役割が分かりにくくなります。
ウ：適切です。 サービス間の依存関係を小さくすることで、個々のサービスを独立して変更しやすくなり、業務の変化に対応しやすくなります。
エ：不適切です。 SOAでは、サービスを再利用できることが重要です。一度提供したサービスを再利用しないのではなく、複数の業務やシステムで活用できるよう設計します。

SOAでは、サービスを業務上の機能単位として整理し、標準化されたインタフェースを通じて連携させます。疎結合に加えて、サービスの再利用性や役割の明確さも、変更に強いシステムを実現するうえで重要です。

Q. 疎結合にすると、サービスの変更がほかへまったく影響しなくなりますか？
A. 必ず影響がなくなるわけではありません。インタフェースやデータ形式を変更すると、利用側への影響が生じることがあります。変更の影響を小さくすることが、疎結合の狙いです。

Q. ステートレスなサービスでは、状態を一切扱えないのですか？
A. いいえ。サービス自身が利用者ごとの状態を保持しない設計です。必要な状態は、要求に含めたり、外部のデータストアで管理したりできます。

関連キーワード: SOA、疎結合、ステートレス、サービス再利用、サービスインタフェース

\ せっかくなら /

プロジェクトマネージャを
クイズ形式で学習しませんか？

すぐに利用可能！