「Docker Compose で目録を起動する」は、小さな地域アーカイブを公開する Docker 学習者向けの実践プロジェクトです。目録には、利用可能な PostgreSQL データベースと、正常に完了したレコードの取り込みが必要です。コンテナが起動しただけでは、どちらも満たしたことにはなりません。
2 つのガイド付き実験で、この 2 つの判断を順番に組み立て、意図的に無効な取り込みも試します。独立したチャレンジでは、サービス名とデータベースの接続先アカウントが異なる地域アーカイブに同じ方法を応用します。各実験は独立して始まります。
学習内容
- コンテナの起動、データベースの準備完了、取り込みの正常終了を区別する。
- 実際の TCP ヘルスプローブと Compose の依存条件を使う。
- サービスログと本来の終了ステータスを読み、目録を利用できない理由を理解する。
- 対象範囲を明確に限定した新しいデータボリュームで初回起動を検証する。
- 取り込みに失敗した場合は、その利用側の起動を防ぎ、独立した案内ページは止めない。
- 実際のレコード、同名でも異なる ID、検索結果、書き起こしのダウンロードを確認する。
このコースの対象者
データベースと一度だけ実行する初期化タスクを持つ小さなアプリを準備したい、コンテナの初学者に適しています。
前提知識： 基本的なターミナルのパス、Docker コンテナ、ログを理解していること。Compose の設定、ヘルスチェック、提供する YAML は説明します。SQL や Python を書く必要はありません。
学習環境： Docker、Compose、PostgreSQL、インポーター、制御された 2 組の入力データが用意されています。ブラウザで Workstation、Reference Archive、Your Archive、Collection Notes を使います。
よくある質問
固定の起動待ち時間を追加するだけではいけませんか？
時間が経過しても、データベースが利用可能であることや、取り込みが成功したことは証明できません。観察できる準備完了と正常終了を確認します。明示した訓練用の遅延は、起動順序を見やすくするためのものです。
無関係なデータベースを削除しますか？
演習は名前を指定したコース用プロジェクトだけを対象とし、使い捨ての訓練データをリセットする前にボリュームのラベルを確認します。参照データやプラットフォームのリソースは対象外です。
取り込みに失敗した場合、どうなるべきですか？
目録は未起動のままになり、別の案内ページは引き続き使える必要があります。このコースでは、修正した初回起動設定を検証するための制御されたリセットを学びます。本番用のデータベース移行システムは作りません。
