Как запустить контейнер Docker в качестве сервера

Последний аргумент docker run — это команда для запуска внутри контейнера. Когда вы запускаете docker run -d -p 80:80 ubuntu:14.04 /bin/bash, вы запускаете bash в контейнере и ничего более. На самом деле вы хотите запустить свое веб-приложение в контейнере и поддерживать этот контейнер в рабочем состоянии, поэтому вам следует выполнить docker run -d -p 80:80 ubuntu:14.04 /path/to/yourapp.

Но ваше приложение, вероятно, зависит от некоторой конфигурации для запуска. Если он считывает свою конфигурацию из переменных среды, вы можете использовать аргументы -e key=value с docker run. Если вашему приложению требуется файл конфигурации, вам, вероятно, следует сначала использовать Dockerfile для настройки конфигурации.

Эта статья представляет собой хороший полный пример запуска приложения узла в контейнер.

Пользователи Docker склонны считать контейнер полноценной виртуальной машиной, в то время как концепция дизайна Docker больше ориентирована на оптимальную контейнеризацию, а не на имитацию виртуальной машины внутри контейнера.

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

1. SSH

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

2. докер прикрепить

docker attach может быть удобен, если работает как готовый. Однако на момент написания он нестабилен - https://github.com/docker/docker/issues/8521. Может быть связано с настройкой SSH, но не уверен, когда это будет полностью исправлено.

3. рекомендуемые практики докера (nsenter и т. д.)

Некоторые альтернативы (или в каком-то смысле лучшие практики), рекомендованные Docker по адресу https://blog.docker.com/2014/06/why-you-dont-need-to-run-sshd-in-docker./

Эта практика в основном выделяет изменяемые элементы из контейнера и сопоставляет их с некоторыми местами в хосте докера, чтобы ими можно было манипулировать извне контейнера и/или сохранять. Это может быть хорошей практикой в ​​производственной среде, но не сейчас, когда больше проектов, связанных с докером, сосредоточено вокруг среды разработки и промежуточной среды.

4. командная строка баш

Облако «docker exec -it {container id} bash» будет очень удобным и практичным инструментом для доступа к машине.

5. Некоторые основы

   • "docker run" creates a new container so previous changes will not be saved.
   • «docker start» запустит существующий контейнер, поэтому предыдущие изменения все еще будут в контейнере, однако вам нужно найти правильный идентификатор контейнера среди множества с одинаковым идентификатором изображения. Необходимо «фиксировать докер», чтобы подавить версии, если это необходимо.
   • Ctrl-C остановит контейнер при выходе. Вы захотите добавить «&» в конце, чтобы контейнер мог работать в фоновом режиме и давал вам подсказку при нажатии клавиши ввода.

На исходный вопрос вы можете добавить какой-нибудь файл, как вы упомянули, чтобы процесс продолжался.

Чтобы добраться до оболочки, вместо «прикрепить» у вас есть два варианта:

1. docker exec -it <container_id> /bin/bash

Or

2. запустите демон ssh в контейнере, сопоставьте порт ssh, а затем ssh в контейнер.