2016-09-13 1 views
0

Новым для докеров здесь было интересно, есть ли у кого-нибудь какие-либо предложения о том, чтобы иметь прикрепленное приложение CLI, а затем иметь отдельный контейнер-докер, используемый для его управления (веб-REST API).Приложение docker cli с докционированной сетью ui для управления

CLI Application REST API -> делает вызовы к приложению CLI через Баш

Я попытался ссылки, но это обеспечивает только подключение к сети, что мне нужно, это доступ к среде другого контейнера, в то же время сохраняя два отдельные контейнеры (если нам нужно обновлять контейнер REST чаще, чем приложение).

Доккер говорит, что один контейнер для одного процесса, но если этот CLI недоступен, он затрудняет веб-вызовы против него.

Кто-нибудь имеет дело с этим или имеет какие-либо предложения?

+1

Зачем клиенту REST нужен доступ к среде контейнера веб-службы? Это похоже на не очень полезный клиент (т. Е. Как он будет запускаться удаленно?) – larsks

+0

Служба REST нуждается в доступе к приложению через командную строку. то есть. Выключение команды в контейнер, в котором запущено приложение. поэтому restapi я вызываю/создаю, и он выдает команду create и т. д. и возвращает результат. Это работает, если оба процесса находятся в одном контейнере, но я не думаю, что это хороший дизайн. – biery

ответ

0

Это может звучать реклама, но посмотрите Athena - Платформа автоматизации с плагиновой архитектурой, которая позволяет вам легко создавать и обмениваться услугами (используя bash и docker) и некоторые доступные плагины.

Я упоминаю об этом, потому что мы использовали его для некоторых сценариев, подобных тем, которые вы упоминаете.

P.S .: Если модераторы чувствуют, что я иду против правил, удалите мой комментарий.

+0

Это не противоречит правилам предоставления ссылки на внешние ресурсы, но вы должны сказать что-то о том, «как использовать», чтобы OP мог видеть, как инструмент соответствует их потребностям – YakovL

Смежные вопросы