Я использую докер-ру, чтобы писать довольно сложные тесты BDD через вести себя.
Я использую containers.run
с detach=True
, так как мне нужно иметь возможность продолжить свой сценарий. Шаг Given
создает контейнер, который затем используется шагом when
, чтобы что-то сделать внутри него, и, наконец, как и ожидалось, шаг then
утверждает, что все было сделано правильно.
Однако я не могу понять, как заставить мой код ждать, пока контейнер Docker будет готов принимать данные/команды. На данный момент у меня есть уродливый sleep(60)
, который явно является неправильный способ сделать это.
Как я могу дождаться готовности контейнера?
@bellackn Я так и сделал. Большое спасибо, что напомнили мне.
Если контейнер, который вы ждете, запускает службу, которая может четко сообщать о своем состоянии внешнему миру (скажем, базу данных, которая отказывается или принимает соединения), то вы можете легко добавить в свои тесты некоторые функции try-catch, чтобы проверить, контейнер готов до начала испытаний.
Однако, если такой вещи нет, вы ничего не можете сделать, кроме sleep
, потому что (с точки зрения Docker) контейнер может быть готов до того, как будет готов основной процесс внутри него (опять же, контейнер базы данных может быть полностью запущен до того, как БД процесс внутри него готов принимать подключения, и Docker ничего не может с этим поделать).
Возможным подходом было бы определение нового ENTRYPOINT
для контейнера, который вы ожидаете, который помещает файл куда-нибудь, который могут искать ваши тесты. Если файл есть, можно запускать тесты, иначе sleep(1)
и смотреть еще раз. Пример для entrypoint.sh
(не проверено):
#!/bin/sh
set -e
# run the process you need here
touch /tmp/i-am-ready
exec "$@"
Затем ваши тесты могут либо проверять этот файл непосредственно в контейнере, либо вы монтируете его где-нибудь как том. Вы также должны убедиться, что после touch
все еще есть присоединенный процесс, иначе ваш контейнер, вероятно, будет exit 0
.
Подтвержденный. Это путь.
Это хорошее универсальное решение. В итоге я использовал что-то другое (а именно, дождался, пока SSH станет доступен), но это очень моя собственная странная установка, поэтому я бы не рекомендовал ее использовать кому-либо еще.
Предоставленное решение отвечает на ваш вопрос? Если да, то можно закрыть. В противном случае мы могли бы оказать дополнительную помощь