このシナリオはどんな人向けですか？
リリース担当 向けです。複数の手掛かりをつなぎながら復旧まで持っていく練習向けです。所要時間の目安は 13 分で、 最初に見えている症状は 「新しいビルドをデプロイしたのに古いバージョンが表示される」 です。 バージョン2.0をデプロイしたのに、ユーザーからは「古い画面が表示される」と報告が。hard reload しても直らない。
バージョン2.0をデプロイしたのに、ユーザーからは「古い画面が表示される」と報告が。hard reload しても直らない。
このシナリオで練習すること
複数の手掛かりをつなぎながら復旧まで持っていく練習向けです。
想定ロール
リリース担当
到達目標
キャッシュをクリアし、新しいビルドが配信されるようにする
同じ難易度か、次に進みやすいシナリオを選んでいます。
リリース担当 向けです。複数の手掛かりをつなぎながら復旧まで持っていく練習向けです。所要時間の目安は 13 分で、 最初に見えている症状は 「新しいビルドをデプロイしたのに古いバージョンが表示される」 です。 バージョン2.0をデプロイしたのに、ユーザーからは「古い画面が表示される」と報告が。hard reload しても直らない。
キャッシュをクリアし、新しいビルドが配信されるようにするのがゴールです。原因の特定そのものより、まず利用者への影響を止めるところまで辿り着けるかを見ています。復旧後に「なぜ起きたか」を説明できる状態になっていれば十分です。
まずは症状を読み、 ログ・設定・再起動の どこから見るかを 決めると進めやすくなります。 help、 ls、 cat、 grep などの基本コマンドから入るのがおすすめです。 このシナリオでは curl -I でのヘッダー確認、 proxy_cache の仕組み を扱うので、 そのあたりを意識して進めると 身につきやすいです。