「2つのサービスをまたいで失敗したリクエストを追跡する」は、基本的なターミナル操作ができる方のための DevOps 実践プロジェクトです。架空のギフト店 PARCEL には2つの商品、配送料金、受け取り見積もりがあります。失敗した顧客リクエストを、実際に応答したバックエンドと関連付け、正しい業務結果を復旧します。
1つのガイド付きラボで、リクエスト参照番号、ログの比較、ルートのアドレスとパスを学びます。1つの独立したチャレンジでは、正常に稼働する別のサービスにリクエストが届くため、同じ方法を異なる原因に応用します。各単元は独立した準備済み環境で始まります。
学習内容
- 生成した参照番号を使い、新しい応答を入口とバックエンドの実ログに関連付ける。
- 接続不能と、応答したサービスに操作パスがない状態を区別する。
- 実際の宛先とパスをサービス契約と照合し、有効な Nginx 設定を再読み込みする。
- 複数の料金を試し、もう一方の見積もりルートと完全な顧客サイトを維持する。
このコースの対象者
サービス間のリクエスト追跡を実際に練習したい DevOps 初心者や開発者が対象です。
前提知識：基本的なターミナル操作。HTTP、ポート、パス、ヘッダー、設定構文、ヒアドキュメント、ログの絞り込みは使用前に説明します。アプリのプログラミングやトレーシング基盤の経験は不要です。
学習環境：各単元にブラウザー内の Linux Workstation と実際の PARCEL Website を用意しています。Nginx の入口と見積もりプロセスは同一の練習インスタンスで動作します。編集するのは短い設定ファイル2つです。ローカルへのインストールや外部アカウントは不要です。
よくある質問
アプリのコードを書く必要はありますか？
ありません。サイトとサービスは準備済みです。既存の参照番号機能をつなぎ、短い設定ファイルでルーティングを修正します。
完全な分散トレーシング基盤ですか？
いいえ。実際の HTTP 応答とログを使い、入口とリクエストごとに応答する1つのバックエンドを関連付けます。コレクターの導入や SDK による計装は扱いません。
完了はどのように確認されますか？
チェックは複数の実見積もりを要求し、新しい参照番号を実サービスログと照合し、サイトともう一方のルートが使えることを確認します。レポートやコマンド履歴の提出はなく、注文も作成しません。
対応言語は何ですか？
コースとラボの文書、チェックのヒント、チャレンジの完全な解答は、英語、中国語、スペイン語、フランス語、ドイツ語、日本語、ロシア語、韓国語、ポルトガル語に対応します。サイト、実際のタブ名、コマンド出力は英語のままです。
