ITサービスマネージャ 2022年 午後1 問03
サービスの移行に関する次の記述を読んで、設問1~3に答えよ。
A社は、一般消費者向けの商品を製造販売している。A社の情報システム部は、現在オンプレミスで販売システムを運用している。販売システムは、社外の一般消費者及びA社営業部の営業部員に、販売サービスとして提供されている。一般消費者は、インターネットを使って販売サービスを利用し、A社商品の検索と注文を行う。営業部員は、A社社内のPCを使って販売サービスを利用し、商品の新規登録・削除及び商品の価格変更を行う。
〔サービス移行の検討〕
ハードウェアの保守期限切れに伴い、オンプレミスで運用してきた販売システムを2023年4月に更改する。更改後の販売システムは、オンプレミス、又はクラウドサービス事業者のB社が提供するPaaSのどちらかを採用し、現行販売システムのアプリケーションソフトウェア(以下、販売アプリという)を移行する。情報システム部のITサービスマネージャのC氏は、販売システムの移行先をどちらにするか比較検討し、社内の会議で提案することになった。
なお、A社では、事業構造改革に伴うシステム統廃合を2027年度末までに完遂させる予定があるので、更改後の販売システムのライフサイクルを5年間とした。
サービス移行の提案に当たって、C氏は次の方針で臨むことにした。
・現行の販売サービスのサービスレベル目標を継続する。
・5年間のサービス需要の見通しを考慮する。
・候補案ごとの5年間の費用を比較し、費用を抑える。
現行の販売サービスのサービスレベル目標(抜粋)は、表1のとおりである。

〔オンプレミス案の検討〕
オンプレミスの場合、自社で新たなハードウェアを調達する。また、サービスの運用については、現行システムの要員体制で臨む。容量・能力については、性能のサービスレベル目標を達成する必要がある。そこで、営業部から入手した今後5年間のサービス需要予測に基づき、トランザクション処理量の見通しを算出したところ、表2のとおりであった。

C氏は、表2のトランザクション処理量でサービスレベル目標を達成するために必要な費用を算出した。現行の販売システムの費用をベースに算出したオンプレミス費用の見通しを表3に示す。なお、ハードウェアはリース契約で調達し、月額で費用が発生する。

〔PaaS案の検討〕
次に、C氏は、B社からPaaSのサービスカタログを入手し、PaaS案の検討を開始した。PaaSのサービスカタログの内容は、表4のとおりである。

C氏は、表4から詳細調査が必要な内容を洗い出し、B社に質問し、場合によっては調整することとした。
(1) 販売サービスのサービスレベル目標との関連
C氏は、販売アプリをB社PaaSに移行した場合、販売サービスのサービスレベル目標が達成できるかどうかを調査した。“サービス時間”に関連した懸念事項があるので、(ア)サービス可用性について、B社に詳細を問い合わせた。また、“インシデント発生時のサービス回復時間”については、このままでは、(イ)PaaSに障害が発生したときにサービスレベル目標を達成できないおそれがあると考え、B社と調整することにした。
なお、性能に関しては、表2のトランザクション処理量の見通しに従ってサービスレベル目標が達成できるように、B社と契約することにした。
(2) データセンタ内のバックアップデータの取得方法
過去に他社で、ホスティングサービスにおける単一のハードウェア障害に起因して、バックアップデータの復元ができないというトラブルがあった。この事例では、バックアップデータの取得場所を本番データと同一の機器としていたので、バックアップデータの消失事象が発生した。C氏は、同様の事象が発生しないようにするため、本番データがあるデータセンタ内のバックアップデータの取得場所について、(ウ)B社に問い合わせることにした。
(3) 解約時のデータの取扱い
C氏は、更改後の販売システムが5年を経過した後、PaaSの利用を終了した場合にデータが消去されることを確認した。B社がデータを消去する前の取扱いについて、(エ)B社に確認すべき事項を整理し、問い合わせることにした。
C氏は、B社からの回答及び調整の結果、販売サービスのサービスレベル目標の達成に問題はないと判断し、5年間の費用を算出することとした。B社から提示されたPaaSの年間費用は表5のとおりである。なお、サービス利用に先立って、移行の費用も含めて一時費用として100百万円が必要になる。

〔候補案の比較〕
C氏は、オンプレミス案及びPaaS案の検討から、各案の5年間の総費用を求めた結果、次のように算出された。
・オンプレミス案の5年間の総費用はa百万円
・PaaS案の5年間の総費用はb百万円
5年間の総費用を抑えられるのは、PaaS案の方であった。
〔インシデント管理プロセスについての検討〕
情報システム部は、PaaS案の採用を決定した。C氏は、表4のサービスレベル目標に基づき、運用担当者と販売サービスのインシデント管理のプロセスについて確認したところ、営業部へのインシデントの連絡について問題点があることが分かった。
現在、販売サービスでは、サービス利用者に影響するインシデントが発生した場合、情報システム部から営業部に対して、次のようなタイミングで連絡を行っている。
・インシデントの発生時に発生連絡を行う。
・インシデントの解決時に解決連絡を行う。
・インシデントの解決に時間が掛かる場合は、インシデントの解決に向けた進捗状況について経過連絡を行う。
インシデントの連絡については、現行の販売サービスのサービスレベル目標に決められていないが、過去にインシデント発生から解決するまで長時間を要したことを契機に、運用担当者が運用を始めたとのことであった。
PaaSに障害が発生した場合、障害の解決処理はB社が行う。PaaSの障害がサービス利用者に影響するインシデントの場合、情報システム部は営業部に対してインシデントの解決についての説明責任をもつ。そこで、C氏は、PaaSに障害が発生した場合を想定して、(オ)B社と調整することにした。
設問1:〔PaaS案の検討〕について、(1)~(4)に答えよ。
設問1(1)
問題文を見る本文中の下線部(ア)について、確認すべき内容を40字以内で述べよ。
模範解答
B社が計画停止を実施する何日前に、B社からA社に計画停止の案内を行うか。
解説
解答の導き方
-
下線部(ア)は、販売アプリをPaaSへ移行した場合に、販売サービスのサービスレベル目標を守れるか確認する場面です。表1では、サービス時間を「24時間365日(計画停止を除く)」とし、計画停止を行う場合は「15日前までにA社のWebサイトを使って利用者に案内する」と定めています。
-
一方、表4のB社のサービスカタログにも、サービス時間は「24時間365日(計画停止を除く)」とあります。しかし、計画停止を除くことは分かっても、B社がいつA社に計画停止を知らせるのかは記載されていません。
-
A社は、B社の計画停止について利用者に事前案内する必要があります。そのため、B社からの通知が遅いと、A社が利用者へ15日前までに案内できず、現行のサービスレベル目標を守れないおそれがあります。
-
したがって、B社が計画停止を実施する何日前にA社へ案内するのかを確認します。確認するのは、利用者への案内時期そのものではなく、A社が利用者へ案内するための、B社からA社への通知時期です。
誤りやすいポイント
- B社のサービス時間が「24時間365日」とあるだけで、計画停止に関する確認は不要だと判断しないようにします。計画停止はサービス時間から除かれています。
- A社から利用者への案内と、B社からA社への案内を混同しないようにします。表1で定めているのはA社から利用者への案内であり、B社からA社への通知時期は別途確認が必要です。
- B社のサービスカタログに計画停止の通知時期が書かれていると決めつけないようにします。表4には、計画停止を除く旨はありますが、通知時期は示されていません。
FAQ
Q: B社からA社へ15日前に通知されれば十分ですか?
A: A社が利用者へ15日前までに案内するための準備時間も必要です。B社の通知時期が十分かどうかを確認し、必要なら調整します。
A: A社が利用者へ15日前までに案内するための準備時間も必要です。B社の通知時期が十分かどうかを確認し、必要なら調整します。
Q: 確認するのは、B社が利用者へ直接案内する時期ですか?
A: いいえ。A社は自社のWebサイトを使って利用者に案内するため、確認するのはB社からA社への通知時期です。
A: いいえ。A社は自社のWebサイトを使って利用者に案内するため、確認するのはB社からA社への通知時期です。
Q: なぜ計画停止の通知時期がサービスレベル目標に関係するのですか?
A: A社のサービスレベル目標には、計画停止を利用者に15日前までに案内することが含まれているためです。
A: A社のサービスレベル目標には、計画停止を利用者に15日前までに案内することが含まれているためです。
関連キーワード: サービス可用性、計画停止、サービスレベル目標、事前通知、クラウドサービス
設問1(2)
問題文を見る本文中の下線部(イ)の“サービスレベル目標を達成できないおそれがある”と考えた理由を、40字以内で述べよ。
模範解答
B社のPaaSが復旧した後の販売アプリの稼働確認時間が確保できないから
解説
解答の導き方
-
まず、問われているのは、PaaSの障害が起きたときに、なぜ販売サービスのサービスレベル目標を達成できないおそれがあるのか、という理由です。
-
ただし、表4の目標はB社が提供するPaaSの回復時間です。PaaSが復旧した時点で、販売アプリを含む販売サービスが利用できる状態に戻ったとは限りません。PaaSの復旧後に、販売アプリが正常に稼働するかを確認する必要があります。
-
B社によるPaaSの復旧に最大で4時間かかると、販売サービスの目標時間を使い切ってしまいます。その後に必要となる販売アプリの稼働確認にかかる時間までは確保できず、販売サービス全体として「4時間以内」の回復を保証できないおそれがあります。
誤りやすいポイント
- PaaSの回復時間が「4時間以内」なら、販売サービスも同じ時間内に回復できると考えてしまうことです。販売アプリの稼働確認にかかる時間も考慮する必要があります。
- PaaSが復旧した時点で、販売サービスも直ちに利用可能になるとみなしてしまうことです。PaaSと、その上で動作する販売アプリの回復は区別して考えます。
- サービス稼働率の目標と、インシデント発生時のサービス回復時間の目標を混同することです。この設問で問題となるのは、回復後の稼働確認に必要な時間です。
FAQ
Q: B社がPaaSを4時間より早く復旧できる場合でも、問題になるのですか?
A: 早く復旧できれば稼働確認の時間を確保できる場合はあります。ただし、PaaSの目標が「4時間以内」であるだけでは、販売サービス全体を4時間以内に回復できるとは保証できません。
A: 早く復旧できれば稼働確認の時間を確保できる場合はあります。ただし、PaaSの目標が「4時間以内」であるだけでは、販売サービス全体を4時間以内に回復できるとは保証できません。
Q: 販売アプリの稼働確認は、なぜ必要なのですか?
A: PaaSの復旧後も、販売アプリが正常に動作し、利用者が販売サービスを使える状態になっていることを確かめる必要があるためです。
A: PaaSの復旧後も、販売アプリが正常に動作し、利用者が販売サービスを使える状態になっていることを確かめる必要があるためです。
関連キーワード: サービスレベル目標、インシデント管理、サービス回復時間、PaaS、稼働確認
設問1(3)
問題文を見る本文中の下線部(ウ)について、同様の事象が発生しないようにするため、バックアップデータの取得場所について問い合わせることにした理由を40字以内で述べよ。
模範解答
本番データとバックアップデータが同時に利用できなくなる可能性があるから
解説
解答の導き方
-
問われているのは、バックアップをどのくらいの頻度で取るかではなく、バックアップデータをどこに保存するかを確認する理由です。
-
本文には、過去のトラブルについて「単一のハードウェア障害」が原因でバックアップデータを復元できず、その事例では「本番データと同一の機器」にバックアップデータを置いていたとあります。つまり、本番データとバックアップデータが同じ機器にあると、その機器の障害によって両方に影響が及ぶ可能性があります。
-
したがって、B社にバックアップデータの取得場所を確認するのは、本番データとバックアップデータが同時に利用できなくなる可能性があるためです。保存場所が本番データと分かれているかを確認すれば、同じ機器の障害で両方を失うリスクを判断できます。
誤りやすいポイント
- 「日次でバックアップデータを取得している」ことだけを根拠にしないようにします。取得頻度が適切でも、本番データと同じ機器に保存していれば、機器障害で両方が使えなくなる可能性があります。
- 問われている理由は、バックアップデータの消失を防ぐことです。「バックアップデータを復元できるか」だけでなく、本番データと同時に利用不能になる危険に注目します。
- データセンタが同じかどうかだけで判断しないようにします。問題文で問題となっているのは、本番データとバックアップデータを同一の機器に置いていたことです。
FAQ
Q: 日次でバックアップを取っていれば、単一の機器障害への備えになりますか?
A: 日次という取得頻度だけでは十分とはいえません。本番データと同一の機器に保存していると、その機器の障害でバックアップデータも利用できなくなる可能性があります。
A: 日次という取得頻度だけでは十分とはいえません。本番データと同一の機器に保存していると、その機器の障害でバックアップデータも利用できなくなる可能性があります。
Q: 本番データとバックアップデータを別の場所に保存する目的は何ですか?
A: 一つの機器に起きた障害が両方に及ぶのを避け、障害後もバックアップデータを利用できるようにするためです。
A: 一つの機器に起きた障害が両方に及ぶのを避け、障害後もバックアップデータを利用できるようにするためです。
Q: 問題文の「同一の機器」は、何が問題なのですか?
A: 本番データとバックアップデータが同じ機器にあるため、その機器の障害で両方が同時に利用できなくなるおそれがある点です。
A: 本番データとバックアップデータが同じ機器にあるため、その機器の障害で両方が同時に利用できなくなるおそれがある点です。
関連キーワード: バックアップ、単一障害点、データ冗長化、障害分離
設問1(4)
問題文を見る本文中の下線部(エ)について、確認すべき事項を35字以内で述べよ。
模範解答
A社にデータが適切な形で戻されることを確認しておく。
解説
解答の導き方
-
この設問では、PaaSの利用を終了するとき、B社がデータを消去する前に何を確認するかが問われています。表4にも「解約時のデータの取扱い」という項目があり、契約終了時のデータの扱いが確認対象だと分かります。
-
本文では、PaaSの利用終了後にデータが消去されることは、すでに確認したとあります。したがって、改めて確認すべきなのは、消去するかどうかではありません。
-
販売システムのデータを消去される前に、A社が今後も利用できるよう、A社に返却されるかを確かめる必要があります。また、単に返却されるだけでなく、A社で扱える適切な形式で受け取れることも確認します。つまり、データの返却と、その形式が確認事項になります。
誤りやすいポイント
- 「データが消去されること」の再確認だけで答えてしまうことです。本文では、消去されることはすでに確認済みです。
- データの消去方法や消去証明の有無に焦点を当てることです。この設問で問われているのは、消去前にデータをどう扱うかです。
- データが返却されることだけに触れ、A社で利用できる適切な形式かどうかを見落とすことです。
FAQ
Q: データが返却されることだけ確認すればよいですか?
A: 返却後にA社で利用できることも重要です。そのため、適切な形式で返却されるかを含めて確認します。
A: 返却後にA社で利用できることも重要です。そのため、適切な形式で返却されるかを含めて確認します。
Q: バックアップデータの取得場所を確認する設問と同じ考え方ですか?
A: 違います。ここでは、バックアップの保存場所ではなく、PaaSの利用終了時にデータがA社へ戻されるかを確認します。
A: 違います。ここでは、バックアップの保存場所ではなく、PaaSの利用終了時にデータがA社へ戻されるかを確認します。
Q: データの消去方法も確認事項になりますか?
A: データの適切な管理には関係しますが、この設問では、消去前にデータがA社へ利用可能な形で返却されることが中心です。
A: データの適切な管理には関係しますが、この設問では、消去前にデータがA社へ利用可能な形で返却されることが中心です。
関連キーワード: データポータビリティ、データ移行、クラウドサービス、契約終了時のデータ管理
設問2:〔候補案の比較〕について、(1)、(2)に答えよ。
設問2(1)
問題文を見る本文中のaに入る内容を、数字で答えよ。
模範解答
3,460
解説
解答の導き方
求めるのは、オンプレミス案の5年間の総費用です。表3には、年度ごとの「年間費用」と、移行や容量・能力強化に伴う「一時費用」が示されています。したがって、2023年度から2027年度までの年間費用を合計し、一時費用も加えます。
まず、年間費用は、2023年度と2024年度がそれぞれ336百万円、2025年度から2027年度までがそれぞれ696百万円です。
- 2023年度・2024年度:百万円
- 2025年度~2027年度:百万円
年間費用の合計は、百万円です。
次に、一時費用を加えます。表3では、2023年度に移行の費用として500百万円、2025年度に容量・能力強化の費用として200百万円が発生します。一時費用の合計は、百万円です。
したがって、5年間の総費用は、年間費用の合計2,760百万円と一時費用の合計700百万円を合わせた3,460百万円です。表3の金額の単位はいずれも百万円なので、単位を変換せずに答えます。
誤りやすいポイント
- 年間費用だけを合計し、一時費用を加え忘れると、5年間の総費用になりません。
- 一時費用は2023年度と2025年度に発生します。2025年度の200百万円は、その年度の年間費用696百万円に加えて計上します。
- 2025年度から2027年度までの年間費用は、3年分あります。2025年度からの容量・能力強化を理由に、年間費用を2025年度の1年分だけと数えないようにします。
- 表3の金額は「百万円」単位です。合計後に円へ換算する必要はありません。
FAQ
Q: 2025年度の費用は、年間費用と一時費用の両方を足すのですか?
A: はい。年間費用696百万円に、容量・能力強化に伴う一時費用200百万円を加えます。
A: はい。年間費用696百万円に、容量・能力強化に伴う一時費用200百万円を加えます。
Q: ハードウェアのリース費用を別に追加する必要がありますか?
A: いいえ。問題文では、表3をオンプレミス費用の見通しとして示しています。表3に記載された年間費用と一時費用を合計します。
A: いいえ。問題文では、表3をオンプレミス費用の見通しとして示しています。表3に記載された年間費用と一時費用を合計します。
関連キーワード: ライフサイクル費用、年間費用、一時費用、費用見積り、容量・能力計画
設問2(2)
問題文を見る本文中のbに入る内容を、数字で答えよ。
模範解答
2,212
解説
解答の導き方
PaaS案の5年間の総費用は、各年度の年間費用を合計し、サービス利用に先立って必要となる一時費用を加えて求めます。
- 2023:1,200件なので「1,500未満」に該当し、年間費用は240百万円です。
- 2024:1,700件なので「1,500以上2,000未満」に該当し、年間費用は336百万円です。
- 2025:2,200件なので「2,000以上2,500未満」に該当し、年間費用は432百万円です。
- 2026:2,700件なので「2,500以上3,000未満」に該当し、年間費用は504百万円です。
- 2027:3,200件なので「3,000以上」に該当し、年間費用は600百万円です。
したがって、年間費用の合計は、240+336+432+504+600=2,112百万円です。
さらに、本文には「移行の費用も含めて一時費用として100百万円が必要」とあります。よって、この100百万円を年間費用の合計に加えると、PaaS案の5年間の総費用は2,212百万円になります。
誤りやすいポイント
- 5年間すべてを同じ料金区分で計算しないようにします。各年度の処理件数の見通しに応じて、表5の料金区分を年度ごとに選びます。
- 処理件数が区分の境界値に達したときは、区分の「以上」「未満」を正確に読みます。例えば、3,000件は「3,000以上」に該当します。
- 年間費用だけを合計して終わらないようにします。本文に示された100百万円の一時費用も、5年間の総費用に含めます。
FAQ
Q: 2027の年間費用が600百万円になるのはなぜですか?
A: 2027の処理件数は3,200件で、表5の「3,000以上」の料金区分に該当するためです。
A: 2027の処理件数は3,200件で、表5の「3,000以上」の料金区分に該当するためです。
Q: 一時費用は、どの段階で加算しますか?
A: 5年間の年間費用を合計した後に加算します。この問題では、移行の費用を含む100百万円を加えます。
A: 5年間の年間費用を合計した後に加算します。この問題では、移行の費用を含む100百万円を加えます。
Q: 料金区分を選ぶときに使う処理件数は何ですか?
A: 表2にある、各年度の「ピーク時間帯の1時間当たりの処理件数」です。
A: 表2にある、各年度の「ピーク時間帯の1時間当たりの処理件数」です。
関連キーワード: サービス需要予測、年間費用、一時費用、総費用、料金区分
設問3:
問題文を見る〔インシデント管理プロセスについての検討〕について、本文中の下線(オ)でB社と調整すべき内容を、30字以内で述べよ。
模範解答
PaaS障害対応状況の経過連絡に関する方法とタイミング
解説
解答の導き方
-
まず、障害対応を誰が行うのかを確認します。本文には「PaaSに障害が発生した場合、障害の解決処理はB社が行う」とあります。したがって、障害の解決状況を把握するには、B社から情報システム部へ状況を伝えてもらう必要があります。
-
次に、情報システム部が営業部に対して何を担うのかを確認します。本文では、PaaSの障害が利用者に影響する場合、情報システム部は営業部に対して「インシデントの解決についての説明責任をもつ」とされています。B社が解決処理を進める間も、情報システム部が営業部に状況を説明できるようにしておく必要があります。
-
現行の連絡方法では、インシデント発生時と解決時に連絡し、解決に時間が掛かる場合には経過連絡も行っています。一方、表4に示されている連絡は、インシデント発生時及び解決時の連絡です。経過連絡については明記されていないため、B社からどのような方法で、どのタイミングで障害対応状況を知らせてもらうかを調整する必要があります。
このため、調整する内容は、PaaS障害対応状況の経過連絡に関する方法とタイミングです。
誤りやすいポイント
- 表4に記載された発生時・解決時の連絡だけで十分だと考えることです。解決に時間が掛かる場合の経過連絡も、現行の運用で行われています。
- B社が障害を解決するため、営業部への説明責任もB社が負うと考えることです。本文では、営業部への説明責任をもつのは情報システム部とされています。
- 連絡手段だけ、または連絡するタイミングだけを挙げることです。経過連絡を実際に運用するには、方法とタイミングの両方を調整する必要があります。
FAQ
Q: 表4には、インシデント発生時及び解決時の連絡方法が記載されています。なぜ追加の調整が必要ですか。
A: 解決に時間が掛かる場合の経過連絡は、表4の記載だけでは確認できないためです。B社から情報システム部への状況共有について、別途調整が必要です。
A: 解決に時間が掛かる場合の経過連絡は、表4の記載だけでは確認できないためです。B社から情報システム部への状況共有について、別途調整が必要です。
Q: 経過連絡の「タイミング」とは、具体的に何を決めることですか。
A: 例えば、一定時間ごとに連絡するのか、対応状況に変化があった時点で連絡するのかなど、状況をいつ知らせてもらうかを決めることです。
A: 例えば、一定時間ごとに連絡するのか、対応状況に変化があった時点で連絡するのかなど、状況をいつ知らせてもらうかを決めることです。
Q: 情報システム部が営業部に状況を伝えれば、B社との調整は不要ですか。
A: 情報システム部が営業部に説明するためには、B社が把握している障害対応状況を適切に受け取る必要があります。その情報共有についてB社と調整します。
A: 情報システム部が営業部に説明するためには、B社が把握している障害対応状況を適切に受け取る必要があります。その情報共有についてB社と調整します。
関連キーワード: インシデント管理、経過連絡、説明責任、障害対応、サービスレベル目標



