TTLに60秒が設定されてるので、DNSリゾルバや HTTP Client 側で最大 60 秒キャッシュされる可能性があります。停止中のコンテナのIPがキャッシュとして残ってしまい、起動中、もしくは、停止中のコンテナにリクエストしてしまうといったことが起こる可能性も考えられます。そのようなことが起こりうるのかは、このあと検証していきます 登録されたレコードのルーティングポリシーには、「複数値回答」が設定されています。そのため、正常な動作をするIPから最大8つのIPを、リゾルバ毎に異なる値で返却します 検証 これから、以下の検証していきます リクエストが分散されているか? デプロイ時のレコードの登録、削除のタイミング デプロイ時にリクエストが失敗するかどうか? ヘルスチェックに失敗したコンテナの入れ替えが正常に行われるか? リクエストが分散されているか Aレコードの結果がランダムに複数返って
![ECS のサービスディスカバリを導入した場合のデプロイ時の挙動の検証をしてみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4857052129ca0baf24a5e2e16a3c4f1fd7346db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F08%2Famazon-elastic-container-service.png)