最近、私たちはいくつかのテストコンテナの開始時刻に問題がありました。 遅いコンピュータでコンテナが30秒ハードコーディングされていません。テストコンテナのStartupCheckStrategyとWaitStrategyの相違点
すべてのチェックをWaitStrategyに移動して問題を解決しましたが、設定可能なタイムアウトがあります。
両方のチェックを続ける理由はありますか？ StartupCheckStrategyとWaitStrategyで何をチェックする必要がありますか？
ご迷惑をおかけして申し訳ありません！
StartupCheckStrategyは、Dockerがコンテナをまったく開始できるかどうかを確認するためのものです。いくつかのバリエーションがありますが、基本的には「コンテナは実行状態に達しましたか？」です。
コンテナが動作しているにもかかわらず、実際に何か便利なこと（接続を受け入れるなど）を行う準備ができているわけではありません。これがWaitStrategyの対象です。デフォルトの待機チェックは、TCPポートがリッスンしていることを確認するためのプロービングですが、より洗練されたチェックでオーバーライドできます。ドライバを介して接続を確立しようとするか、ログ文字列を探します。
あなたの小切手をWaitStrategyの実装に移動して正しいことをしたようです。それは混乱していると再び申し訳ありません。わかりやすく、より一貫性のあるものにするために、ドキュメントに関する作業を行う必要があります。