「Web サイトを順次更新する」は、小規模なインベントリとプレイブックを理解している学習者向けの Ansible 実践プロジェクトです。2 台のバックエンドで稼働するイベントサイトを更新し、訪問者向けプログラム全体を確認して、候補パッケージが不完全な場合に以前の利用可能なリリースへ復旧します。
2 つの Guided Lab で、状態確認ツール、順次デプロイ、失敗時の復旧を作成します。独立した Challenge では、ギャラリーのホストとパッケージが変わります。まず不完全なリリースを拒否し、次に同じ処理で承認済みリリースを配布します。各単元はそれぞれ独立した準備済み環境から始まります。
学習内容
- 各バックエンドで実際に稼働しているリリースと、コントローラーの有効なルーティングプールを読み取る。
- プールへのリクエストをコントローラーへ委任し、SSH 管理ノードへリリースファイルをコピーする。
- 1 台の処理を終えてから次へ進み、プールに戻す前にホームページと CSV 全体を確認する。
- 実際の直前リリースを記録し、復旧した内容を検証して、後続バッチを明示的に停止する。
- 既存のサイトファイル、非公開のメモ、正常な訪問者向け情報を保持する。
このコースの対象者
基本的なタスクを組み合わせて Web サイトのリリース作業全体を実践したい Ansible 初学者向けです。
前提知識： 基本的なターミナル操作、およびインベントリ、変数、プレイブック、基本的な file/copy タスクの実践経験。Guided Lab では Challenge の前に委任、バッチ、復旧を説明します。
学習環境： Ansible、SSH アクセス、サイトのパッケージ、ゲートウェイ、2 台のバックエンドコンテナーは準備済みです。ブラウザーの Controller と Website タブを使います。コンテナーはトレーニング VM のカーネルを共有します。
よくある質問
サイトの開発やソフトウェアのインストールは必要ですか？
不要です。訪問者向けサイト、パッケージ、ツールは用意されています。Ansible の処理を記述して確認します。
コマンドが失敗したら、必ず演習が未完了という意味ですか？
いいえ。不完全な候補版を拒否する処理は、正常な状態への復旧後に意図的に非ゼロの終了ステータスで終わります。重要なのは、サイトが実際に復旧し、次のバックエンドが変更されていないことです。
Challenge は Guided Lab をどう発展させますか？
ギャラリーのホスト、リリース識別子、プログラム内容が変わります。練習済みの仕組みを自分で組み合わせ、不良パッケージを拒否してから承認済みリリースを配布します。
