平成30年度秋期 情報処理安全確保支援士 午前Ⅱ 問23

午前II 問23：SOAはサービス同士をゆるくつなぐ考え方だよ

SOAの設計では、1つ1つのサービスをガチガチに依存させず、ゆるくつないでおくことが大事だよ。たとえば、家電のコンセントみたいに差し替えやすくしておけば、ある業務の変更があっても他のサービスまで巻き込まれにくいし、必要なサービスを組み合わせたり再利用したりしやすくなるんだ。

この問題で問われていること

この問題では、SOAの目的を正しく理解しているかが問われているよ。SOAはサービスをステートフルにすることや、再利用を禁止することが目的ではなく、サービス同士を疎結合にして、変更に強く再利用しやすい構成にする考え方だと押さえよう。

疎結合の利点

サービス同士の依存を薄くすると、片方の変更が他方へ及ぶ影響を抑えられる。

サービス間依存を弱める\n-> 変更容易性向上

確認ポイント

• 可用性のためにステートフル化する発想ではありません。
• 再利用しない設計は SOA の方向と逆です。
• 疎結合にする説明を選ぶ。

正解

ウ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは間違いだよ。ステートフルは、窓口の人が前のお客さんとのやり取りを全部覚えて対応するようなもの。便利そうだけど、その窓口が止まると続きが分からなくなりやすいんだ。可用性を高めたいなら、どの窓口でも同じように処理できるステートレスなインタフェースの方が向いているよ。

選択肢イ

これは間違いだよ。サービス名を抽象的にしすぎると、『何でも窓口』みたいに、何をしてくれるのか分かりにくくなるんだ。SOAでは、業務で何をするサービスなのか分かる名前にした方が、再利用しやすく管理もしやすいよ。

選択肢ウ（正解）

これは正解だよ。疎結合は、お店同士が必要なときだけ注文票でやり取りするような関係だよ。一方のお店の内装や作業手順が変わっても、注文票の形式が同じなら相手は困らないよね。サービス同士もベタベタに依存させないことで、業務変更に対応しやすくなるんだ。

選択肢エ

これは間違いだよ。サービスの設計を再利用しないのは、毎回ゼロから合鍵を作り直すようなもの。手間が増えるだけで、セキュリティが高くなるとは限らないんだ。SOAでは、よくできたサービスを再利用して、効率よく一貫した仕組みにすることが大事だよ。