相手のサーバにHTTP(S)で接続できるかどうかを確認するときにリトライしながらやりたいんですけどって時 - その手の平は尻もつかめるさ

例えばCIでテストのためのストレージのコンテナを上げる際，そのストレージが上がりきるまで待たなければテストには使えないわけですが「上がりきるまで何秒待てばよいのか」というのは一概に決められるものではありません． そうした際，実際にストレージに対してHTTP(S)のリクエストを投げてみて，繋がったら「上がりきった」とみなして処理を次に進めるというようなことがよく書かれます．そういった要件を満たす為には接続に失敗したらリトライをしつつ一定回数試行するという処理を書かなくてはなりません． つまりはそういう話です． wgetの場合 retry-connrefused tries waitretry を利用すると出来る． retry-connrefused が無いと connection refusedに対応できずにリトライが不可能となるので，今回のような要件を満足するためには付ける必要があります．

[hitode909]

HTTP(S)に限らず待ちたいこともあり，wait-for-it.sh使ってる事例をよく見る気がする https://github.com/vishnubob/wait-for-it

[masudaK]

http/httpsだけなのはちょっとしんどい。wait-for.shみたいなのでよいんじゃないかな。

[tmatsuu]

便利。まぁ内容を見て判断とか必要になるとプログラム書いたほうが良さそう。

[yass]

" retry-connrefused が無いと connection refusedに対応できずにリトライが不可能となるので，今回のような要件を満足するためには付ける必要があります．"

[mapk0y]

connection refused が特別扱いされてるって知らなかった。“retry-connrefused” 便利だな～。ただ、コンテナでwgetやcurlを入れたくなかったり、http(s)以外も考えると wait-for-it がいいかな

[tofu-kun]

知見だ