SOAにおけるサービス設計の原則

SOA（Service-Oriented Architecture：サービス指向アーキテクチャ） は、業務上の一連の処理機能を独立した「サービス（Service）」として構築し、それらをネットワーク経由で連携させてシステム全体を構築するアーキテクチャ設計手法です。サービス間の依存度を低く保つ 疎結合（Loosely Coupled） に設計することで、個々のサービス内部の実装変更やビジネス要件の変更が他サービスに波及するのを防ぎ、システムの保守性・拡張性・業務変化への適応力を大幅に高めることができます。 ア：可用性やスケーラビリティを高めるためには、サービス間で状態を保持しない「ステートレス（Stateless）」なインタフェースとすることが原則です。 イ：サービスの呼び出し側が提供機能を容易に理解・利用できるように、サービス名は業務内容を直感的に反映した具体的な命名とすべきです。 ウ：正解です。サービス間を疎結合に保つことで、業務仕様の変化やシステム変更に柔軟かつ迅速に対応できるようになります。 エ：既存サービスを組み合わせて新しい業務システムを迅速に構築する「サービスの再利用（Reuse）」は、SOAの最大の目的・利点の一つです。

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

出典平成30年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問23
ア
可用性を高めるために，ステートフルなインタフェースとする。
イ
業務からの独立性を確保するために，サービスの名称は抽象的なものとする。
ウ
業務の変化に対応しやすくするために，サービス間の関係は疎結合にする。
エ
セキュリティを高めるために，一度提供したサービスの設計は再利用しない。