Руководство по Docker: игра с контейнерами (простые примеры)

Если вы используете какие-либо виртуальные машины для запуска своей работы внутри нее, зачем вам нужен Docker для запуска вашей работы внутри нее? Что ж…

Основное различие между ними заключается в том, что Docker — это изолированный процесс, который выполняется в вашей собственной ОС, тогда как виртуальная машина — это полностью изолированная ОС, которая работает поверх вашей основной ОС, и для ее загрузки требуется больше времени. Таким образом, Docker имеет преимущества перед виртуальными машинами, такими как:

• Скорость загрузки
• Требуются небольшие аппаратные ресурсы, в отличие от виртуальных машин.
• Запуск нескольких контейнеров Docker одновременно в одной и той же ОС.
• Вы можете изменить свой контейнер и развернуть его или передать определение файла Docker другу, чтобы начать работать в той же среде.

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

Предположим, что вашему приложению нужны 3 или более сервисов, которые работают в разных операционных системах, поэтому вместо запуска 3 виртуальных машин на одном хосте вы можете без проблем запустить 3 контейнера на одном хосте. Звучит здорово!!

Перед началом убедитесь, что Docker установлен правильно и готов принять ваши команды. Введите следующую команду в новом окне терминала:

Приведенная выше команда выводит версию Docker, установленную на вашем ПК:

Время запустить контейнер:

Когда вы запускаете вышеупомянутую команду в первый раз, вы должны увидеть вывод в окне терминала, похожий на этот:

Это было легко, не так ли? Попробуйте запустить ту же команду еще раз:

Во второй, третий или n-й раз, когда вы запускаете указанную выше команду, вы должны видеть только этот вывод в вашем терминале:

Теперь, когда вы успешно запустили контейнер, пришло время проанализировать, что именно произошло. Посмотрите на следующую команду:

Эта команда содержит несколько частей. Прежде всего, у вас есть слово докер. Это имя интерфейса командной строки Docker ( CLI ), используемого для взаимодействия с механизмом Docker, отвечающим за запуск контейнеров.

Далее у вас есть слово «контейнер», которое указывает на контекст, с которым вы работаете.

Далее идет фактическая команда, которую вы хотите выполнить в данном контексте, которая выполняется.

Теперь вам также нужно указать Docker, какой контейнер запускать. В данном случае это так называемый альпийский контейнер.

Наконец, вам нужно определить, какой процесс или задача должны выполняться внутри контейнера, когда он выполняется. Это последняя часть команды, эхо «Hello World».

Теперь, когда вы поняли различные части команды для запуска контейнера, попробуйте запустить другой контейнер, в котором выполняется другой процесс:

Это вывод:

В предыдущем примере используемое вами изображение контейнера — centos, а процесс, который вы выполняете внутри контейнера centos, — это ping -c 5 127.0.0.1, который пингует адрес обратной связи пять раз, пока не остановится.

• Первая строка выглядит следующим образом:

Это говорит о том, что Docker не нашел изображение с именем centos: latest в локальном кэше системы. Итак, Docker знает, что он должен извлечь изображение из некоторого реестра, где хранятся изображения контейнера.

По умолчанию ваша среда Docker настроена таким образом, что изображения извлекаются из Docker Hub по адресу hub.docker.com. Это выражается во второй строке следующим образом:

• Следующие три строки вывода следующие:

Это говорит о том, что Docker успешно вытащил изображение, centos: latest, из Docker Hub.

Все последующие строки вывода генерируются процессом, который вы запустили внутри контейнера, который в данном случае является инструментом ping.

Возможно, вы также заметили, что последнее ключевое слово встречалось несколько раз. Каждое изображение имеет версию (также называемую тегом), и если вы не укажете версию явно, то Docker автоматически примет ее как последнюю версию.

Если вы снова запустите предыдущий контейнер в своей системе, первые пять строк вывода будут отсутствовать, так как Docker найдет изображение контейнера, кэшированное локально, и поэтому ему не нужно будет сначала его загружать. Попробуйте и проверьте.

Поскольку вы продолжаете запускать контейнеры с течением времени, вы в конечном итоге получите их в своей системе. Чтобы узнать, что в данный момент выполняется на вашем хосте, вы можете использовать команду container ls следующим образом:

Это перечислит все в настоящее время работающие контейнеры

По умолчанию Docker выводит семь столбцов со следующими значениями:

Если вы хотите перечислить все контейнеры, определенные в вашей системе, вы можете использовать параметр командной строки -a или –all следующим образом:

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

Иногда вы можете просто перечислить идентификаторы всех контейнеров. Для этого у вас есть параметр -q:

Вы можете спросить, где это полезно. Вот пример:

Приведенная выше команда удаляет все контейнеры, определенные в настоящее время в системе, включая остановленные. Команда rm означает удаление, и это будет объяснено далее в руководстве.

В предыдущем разделе вы использовали параметр -l в команде list. Попробуйте использовать справку Docker, чтобы узнать, что означает параметр -l. Вы можете вызвать справку для команды list следующим образом:

Иногда вам может понадобиться временно остановить работающий контейнер. Попробуйте это с контейнером кавычек с этой командой:

Теперь вы можете остановить этот контейнер с помощью следующей команды:

Есть несколько способов сделать это. Ручной подход — перечислить все запущенные контейнеры и найти тот, который вы ищете в списке. Просто скопируйте его идентификатор оттуда.

Когда вы запустите команду docker container ls -a, вы увидите довольно много контейнеров, которые находятся в состоянии Exited.

Если вам больше не нужны эти контейнеры, лучше удалить их из памяти; в противном случае они излишне занимают драгоценные ресурсы. Команда для удаления контейнера выглядит следующим образом:

Кроме того, вы также можете использовать эту команду:

Иногда удаление работающего контейнера не работает; если вы хотите форсировать удаление, вы можете использовать параметр командной строки -f или –force.

Контейнерирование изменило способ работы отрасли, снизив затраты на техническое обслуживание более чем на 50% и время выхода на рынок примерно на 90%. Кроме того, контейнеры делают приложения более безопасными, а не запускают их вне контейнеров.