[https://www.youtube.com/watch?v=aJKC0QQPdZY:embed:cite]
本動画では、令和6年度春期 ITサービスマネージャ試験 午後Ⅰ 問3を取り上げ、ゲームアプリを週1回リリースしているW社が、コンテナ型仮想環境の導入とブルーグリーンデプロイメントによって運用を改善していく過程を題材に、可用性と変更管理、インシデント対応、構成管理、ログ運用、スケーリング設計といったサービスマネジメントの実務能力を、問題文・解答例・採点講評の狙いに沿って解説します。午後Ⅰで問われるのは、コンテナやブルーグリーンという技術用語の説明ではなく、与件に書かれている運用課題をどの特性でどう解決できるかを、運用部の作業観点とサービス停止時間の観点で筋道立てて説明できるか、さらにコンテナ特有のログ消失リスクなど副作用も踏まえた運用設計ができるかという、読解と実務的な因果説明の精度です。 本問の出題趣旨は、頻繁なリリースを前提とするサービスにおいて、環境差異や手順ミス、デプロイに伴う停止、切戻しの遅さといった変更起因のリスクを、技術と運用の両面で低減し、サービスの継続性を高めることにあります。W社の課題は、試験環境整備の手間による開発中断、手順ミスによる依頼漏れ・作業漏れ、デプロイ時のサービス停止、環境の版不一致によるインシデント、そして不具合時の切戻しに時間がかかる点に整理できます。ここで午後Ⅰの読解ポイントになるのは、課題を単に「自動化したい」「クラウド化したい」と抽象化せず、どの課題がどの運用プロセスに紐づき、どの非機能要件（可用性、変更の迅速性、復旧性、再現性）を損ねているのかを丁寧に結び付けることです。 設問1(1)はコンテナ技術導入による運用部の利点で、採点講評が求めるのはコンテナの一般的特徴ではなく「運用部が得る具体的利得」です。従来、運用部は開発部からの依頼を受け、手順書に従い手作業で試験環境を整備していたため、環境整備がボトルネックになって開発が中断したり、手順ミスによる漏れが起きたりしていました。コンテナは環境の準備・起動・廃棄を迅速に行えるため、運用部の作業時間と工数を削減し、依頼から環境提供までのリードタイムを短縮できます。午後Ⅰの読解ポイントは、「試験環境が正しく整備される」だけで止めず、運用部の作業負担や所要時間が減るという“運用部の利点”として言語化することです。ここを外すと、軽量性や可搬性などの説明になりがちで、採点が求める視点からずれます。 設問1(2)はインシデント復旧時間を短縮できる理由で、コンテナの起動が高速である点を復旧プロセスに結び付けることが鍵になります。ハイパーバイザー型仮想環境や物理サーバでは、OS起動を含む復旧が重くなりやすい一方、コンテナはOSを共有し、コンテナとしてアプリケーションを迅速に起動できるため、不具合除去後に稼働状態へ戻すまでの時間を短縮できます。午後Ⅰの読解ポイントは、「高速に起動できる」という特性が、復旧時間短縮という非機能要件に直結する因果として書けるかです。単に「環境が揃う」では復旧時間の短縮理由にならず、時間短縮に効く特性を選び取る必要があります。 設問2はブルーグリーンデプロイメントによるデプロイ方法の改善で、課題3の「稼働環境にデプロイする作業はWサービスを停止する必要がある」という可用性上の問題に対し、停止を発生させない切替方式を適用できるかが問われます。(1)のメリットは、現行稼働環境（ブルー）とは別に新環境（グリーン）を用意し、新版を裏側で起動して検証した上でアクセス先を切り替えるため、利用者視点のサービス停止時間をほぼゼロにできる点です。午後Ⅰの読解ポイントは、ブルーグリーンの説明に終始せず、与件の課題である「停止が発生する」を「停止を伴わない切替にできる」と対比で書くことです。可用性管理の観点として、停止時間を削るという言い切りが得点に直結します。 (2)は緊急メンテナンス時の復旧時間削減の理由で、採点講評が求めるのはバックアップ復元や再デプロイではなく、切替後も旧版の稼働環境が残っているという構造的な利点です。ブルーグリーンでは、切替後すぐに旧環境を廃棄せず、問題がないことを確認してから廃棄する運用が可能です。したがって、不具合発生時は旧環境（ブルー）に接続を戻すだけで復旧でき、緊急変更としての作業量や時間を大きく減らせます。午後Ⅰの読解ポイントは、「旧稼働環境をコンテナとして残せる」「戻せる対象がすでに稼働可能な状態で待機している」という点に着目し、復旧時間短縮の直接原因として書くことです。ここをリストアや再構築と書いてしまうと、ブルーグリーンの本質から外れ、採点意図とずれます。 (3)は旧版への切戻し手順で、図2の例に沿えば、2.0版（グリーン）に切り替えた逆操作として、利用者が使う稼働環境をグリーンからブルーに切り替える、すなわちアクセス先を旧環境へ戻すことが答えになります。午後Ⅰの読解ポイントは、切戻しを「旧版を再デプロイする」と捉えず、切替対象が環境であり、接続先の変更で復旧できるという手順の簡潔さを正しく表現することです。 設問3はコンテナ型仮想環境の検証で、導入によって新たに顕在化する運用リスクを押さえ、対策を運用設計として説明できるかが問われます。(1)のエラーログ情報の運用方法は、コンテナ内でAPが異常終了しコンテナが廃棄されると、コンテナ内に出力したログも一緒に消えてしまい原因調査が困難になる、というコンテナ特有の性質に対応する必要があります。したがって、コンテナのライフサイクルとは独立した外部の記憶領域へログを保存して永続化する、という運用が必要になります。午後Ⅰの読解ポイントは、「ログを取る」ではなく「廃棄されても残るよう外部に保存する」という、消失リスクへの対策として書くことです。コンテナは作って壊すを前提にするため、ログや状態の永続化は設計で担保すべき領域であり、ここを落とすと実運用では致命傷になります。 (2)はオートスケーリング後のコンテナ数の計算で、与件の式に従い、現在4コンテナ、平均CPU使用率80%、期待CPU使用率50%であれば、4×(80/50)=6.4となり切上げて7になります。午後Ⅰの読解ポイントは、百分率を比として扱い、端数処理が切上げであることを守ることです。計算自体は平易ですが、切上げ条件の見落としや、80/50の比の取り違えで失点が起きやすい箇所です。 この問題で合否を分ける論点は、運用課題を技術導入の一般論で片付けず、運用部の作業負担、可用性（停止時間）、復旧性（切戻し）、再現性（環境差異）、監視・原因究明（ログ永続化）といったサービスマネジメントの論点に分解し、与件根拠で一つずつ因果を通して説明できるかにあります。難所は、設問1(1)でコンテナの利点を“運用部の利点”として書けるか、設問2(2)で復旧短縮を“旧環境が残っている”に結び付けられるか、設問3(1)でコンテナ廃棄に伴うログ消失という副作用を見抜き、外部保存という対策に落とせるかに集中します。ここで観点を外すと、用語説明としては正しそうでも、採点の軸から外れて点が伸びません。 最後に、この動画を見る意義をまとめます。令和6年度春期 ITサービスマネージャ 午後Ⅰ 問3は、コンテナ導入とブルーグリーンデプロイメントを通じて、頻繁な変更が前提のサービスで、停止を最小化し、復旧を迅速化し、環境差異と手順ミスを減らし、さらにログ永続化やスケーリングといった運用設計上の必須論点まで押さえるという、現代的な運用改善をサービスマネジメントとして説明できるかを問う良問です。本動画では、問題文・解答例・採点講評が求める「運用部の工数削減としてのコンテナ利点」「迅速起動による復旧時間短縮」「停止を伴わないデプロイ」「旧環境維持による即時切戻し」「廃棄に耐えるログ永続化」「式に基づくスケーリング数算定」を、午後Ⅰの読解ポイントとして再現可能な形で整理します。過去問の理解に留めず、コンテナ運用や継続的デリバリに関する午後問題でも同じ観点で答案を組み立てられるようになることが、この動画を視聴する最大の価値です。
