情報処理安全確保支援士 2018年 秋期 午前2 問23
問題文
SOAでシステムを設計する際の注意点のうち、適切なものはどれか。
選択肢
ア：可用性を高めるために、ステートフルなインタフェースとする。
イ：業務からの独立性を確保するために、サービスの名称は抽象的なものとする。
ウ：業務の変化に対応しやすくするために、サービス間の関係は疎結合にする。（正解）
エ：セキュリティを高めるために、一度提供したサービスの設計は再利用しない。
SOAでシステムを設計する際の注意点 +【午前2 解説】
要点まとめ
- 結論：SOA設計ではサービス間の関係を疎結合にすることが重要です。
- 根拠：疎結合により業務変化に柔軟に対応でき、システムの拡張や保守が容易になります。
- 差がつくポイント：ステートレス設計や具体的なサービス命名など、SOAの基本原則を理解しているかが問われます。
正解の理由
選択肢ウ「業務の変化に対応しやすくするために、サービス間の関係は疎結合にする。」が正解です。
SOA（サービス指向アーキテクチャ）は、サービス同士が独立して動作し、相互依存を最小限に抑えることで柔軟性を高めます。疎結合にすることで、業務要件の変更や新サービスの追加が容易になり、システム全体の保守性と拡張性が向上します。
SOA（サービス指向アーキテクチャ）は、サービス同士が独立して動作し、相互依存を最小限に抑えることで柔軟性を高めます。疎結合にすることで、業務要件の変更や新サービスの追加が容易になり、システム全体の保守性と拡張性が向上します。
よくある誤解
ステートフルなインタフェースが可用性を高めると誤解されがちですが、SOAではステートレス設計が推奨されます。
また、サービス名は具体的かつ業務に即した命名が望ましく、抽象的すぎると理解や管理が難しくなります。
また、サービス名は具体的かつ業務に即した命名が望ましく、抽象的すぎると理解や管理が難しくなります。
解法ステップ
- SOAの基本原則を確認する（疎結合、ステートレス、再利用性など）。
- 各選択肢がSOAの原則に合致しているかを検討する。
- 疎結合のメリット（柔軟性、保守性）を理解し、該当する選択肢を特定する。
- ステートフルや抽象的命名などの誤った設計を排除する。
- 正解を選択し、理由を明確にする。
選択肢別の誤答解説
- ア: ステートフルなインタフェースは可用性を下げることが多く、SOAではステートレスが基本です。
- イ: サービス名は業務に即した具体的な名称が望ましく、抽象的すぎると理解や管理が困難になります。
- ウ: 業務の変化に対応しやすくするために、サービス間の関係は疎結合にする。（正解）
- エ: サービス設計は再利用を前提としており、一度設計したサービスを再利用しないのは非効率でセキュリティ向上にもつながりません。
補足コラム
SOA設計では「疎結合」と「ステートレス」がキーワードです。疎結合はサービス間の依存を減らし、変更の影響範囲を限定します。ステートレスはサービスが状態を持たず、リクエストごとに独立して処理できるため、スケーラビリティや可用性が向上します。これらの原則を守ることで、変化に強いシステム構築が可能です。
FAQ
Q: SOAでステートレス設計が推奨される理由は？
A: ステートレスにすることでサービスのスケーラビリティが向上し、障害時の復旧も容易になるためです。
A: ステートレスにすることでサービスのスケーラビリティが向上し、障害時の復旧も容易になるためです。
Q: サービス名はどのように命名すべきですか？
A: 業務内容を具体的に表現し、誰が見ても理解しやすい名称にすることが望ましいです。
A: 業務内容を具体的に表現し、誰が見ても理解しやすい名称にすることが望ましいです。
関連キーワード: SOA, 疎結合、ステートレス、サービス指向アーキテクチャ、システム設計、保守性、拡張性
\ せっかくなら /
情報処理安全確保支援士を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！