応用情報技術者 試験情報＆徹底解説

プロビジョニングシステムの設計に関する次の記述を読んで，設問1～4に答えよ。

　L社では，新規に仮想サーバのホスティングサービスを開始することになった。このサービスでは，利用者が任意のタイミングで仮想サーバの作成，起動，停止及び削除を行うことができるプロビジョニングの機能を提供する。仮想サーバのホスティングサービスのシステムの全体構成を図1に示す。
　仮想サーバのホスティングサービスのシステムは，仮想サーバシステムと，仮想サーバホスティングシステムから構成される。
　仮想サーバシステムには市販の製品を用いる。仮想サーバ管理APIは，仮想サーバシステムと他のシステムとの連携動作を実現するために用いるAPIである。仮想サーバホスティングシステムは，これを呼び出すことで，仮想サーバの制御を行う。
　仮想サーバホスティングシステムは，管理ポータルサイトとプロビジョニングシステムから成り，これらはL社が新規に開発する。
　管理ポータルサイトは，仮想サーバの作成，起動，停止及び削除を指示したり，現在の状態を確認したりする，利用者向けのポータルサイトである。
　プロビジョニングシステムは，管理ポータルサイトからのメッセージに応じて仮想サーバ管理APIを呼び出すことで，仮想サーバの作成，起動，停止及び削除を行うシステムである。〔仮想サーバ管理APIの仕様〕
　仮想サーバ管理APIの仕様上，仮想サーバには，未作成，作成中，起動中，起動，停止中，停止，削除中及び削除済の状態がある。仮想サーバ管理APIの仕様を表1に示す。　仮想サーバ管理APIは，呼び出されたAPIの処理が完了した時点で応答を返す。例えば CreateServer を実行すると，サーバの作成が完了した時点で，呼出し側にサーバIDを返す。
　仮想サーバ管理APIは，複数のスレッドから同時に呼び出すことで並列に動作させることができるが，同一のサーバIDに対するAPIを複数のスレッドから同時に呼び出すと，APIがエラーになることがある。同一のサーバIDに対するAPI呼出しの排他制御は，APIを呼び出すアプリケーションで行う必要がある。

〔プロビジョニングシステムの設計〕
　仮想サーバホスティングシステムの開発に当たって，プロビジョニングシステムの設計を行った。
　まず，プロビジョニングシステムの管理下に置く仮想サーバについて，プロビジョニングシステム上での状態遷移の仕様を定義した。仮想サーバの状態遷移は，仮想サーバごとに独立に制御する。一つの仮想サーバの状態遷移の仕様を図2に示す。
　仮想サーバの状態は，管理ポータルサイトからのメッセージの受信や，処理完了の検出などのイベントが発生したときに遷移する。
　なお，プロビジョニングシステム上での仮想サーバの状態の定義は，仮想サーバ管理APIの仕様上の定義と必ずしも一致している必要はないが，ここではAPIを利用しやすくするために，同じ定義を用いることにした。
　次に，図2の状態遷移の仕様を実現するための，プロビジョニングシステムの構成を検討し，図3にまとめた。
　プロビジョニングシステムの管理下に置く仮想サーバの状態は，仮想サーバのサーバIDなどの情報とあわせてデータベースに格納しておく。イベント発生時の状態遷移は，メッセージキューとメッセージハンドラを用いて実現する。

　管理ポータルサイトから送信されたメッセージは，メッセージキューに格納される。メッセージキューに格納されたメッセージは，ディスパッチャが順次取得する。ディスパッチャは，取得したメッセージの内容と，仮想サーバの現在の状態に応じて，適切な種類のメッセージハンドラを生成する。生成したメッセージハンドラは，それぞれ独立した別々のスレッドで動作させる。メッセージキューに複数のメッセージが存在した場合は，メッセージごとに別々のスレッドを生成し，それぞれのメッセージハンドラを並列に動作させる。
　メッセージハンドラは，データベースを更新し，仮想サーバ管理APIを呼び出す。メッセージハンドラの定義を表2に，ディスパッチャによるメッセージハンドラの選択ルールを表3に示す。　例えば，ある仮想サーバの現在の状態が"起動"のときにサーバ停止のメッセージを受け取ると，ディスパッチャは表3のルールに従って，Stopping のメッセージハンドラを生成する。Stopping のメッセージハンドラでは，表2の定義に従って，データベース中の仮想サーバの状態を"停止中"に変更した後，仮想サーバ管理APIの StopServer を呼び出す。メッセージハンドラは，メッセージハンドラの処理完了のイベントを発生させる必要がある場合に限り，呼び出したAPIの処理終了後に処理完了メッセージを生成し，メッセージキューに格納する。

〔仮想サーバ削除時の自動停止機能の仕様変更〕
　仮想サーバの状態が"起動"のときにサーバ削除のメッセージを受信した場合は，メッセージハンドラが StopServer のAPIを呼び出した後，自動的に状態遷移して，続いて DeleteServer のAPIが呼び出されるようにすることで，サーバを削除できるように仕様を変更することにした。このとき，(ⅰ)サーバ停止とサーバ削除の二つのメッセージをメッセージキューに格納するだけだと，意図した結果にならないことがある。そこで，"停止・削除中"の状態を新設することにした。
　変更後の状態遷移では，仮想サーバの状態が"起動"のときにサーバ削除のメッセージを受け取ると，仮想サーバは"停止・削除中"の状態に遷移し，StopServer のAPIが呼び出される。StopServer が完了すると，自動的に"削除中"の状態に遷移し，DeleteServer のAPIが呼び出される。
　仕様を変更するために，表2と表3について，(1)～(3)の修正を加えた。

• 表2に，StopDeleting の行を追加する。追加する内容を表4に示す。
• 表3に，"停止・削除中"の列を追加する。追加する内容を表5に示す。
• 表3中の仮想サーバの状態が"d"で，メッセージの種類がeの箇所のメッセージハンドラ名を，fに変更する。

表2及び表3中のa～cに入れる適切な字句を答えよ。

表2中の①～⑦について，処理完了メッセージを生成し，メッセージキューに格納するメッセージハンドラはどれか，①～⑦の番号で全て答えよ。

本文中の下線(ⅰ)について，意図した結果にならない理由を，図2を参考に仮想サーバの状態と送信されるメッセージについて言及し，40字以内で述べよ。

〔仮想サーバ削除時の自動停止機能の仕様変更〕について，(1)，(2)に答えよ。

• 状態遷移図に"停止・削除中"の状態を追加し，状態遷移図を完成させよ。
• 本文中のd～fに入れる適切な字句を答えよ。