Докер с нуля: создание изображений

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

В этом уроке, состоящем из двух частей, я подробно рассматриваю изображения Docker. В первой части я обсудил основные принципы, конструктивные соображения и проверку внутренних элементов изображения. В этой части я расскажу о создании собственных изображений, устранении неполадок и работе с репозиториями изображений.

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

Создание изображений

Есть два способа создания изображений. Вы можете изменить и существующий контейнер, а затем зафиксировать его как новый образ, или вы можете написать Dockerfile и построить его в образ. Мы рассмотрим оба и объясним плюсы и минусы.

Ручные сборки

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

Давайте начнем с альпийского образа , который представляет собой очень маленький и спартанский образ на основе Alpine Linux. Мы можем запустить его в интерактивном режиме, чтобы попасть в оболочку. Наша цель — добавить файл с именем «да», содержащий текст «это работает!» в корневой каталог, а затем создайте из него новое изображение под названием «да-альпийский».

Вот так. Отлично, мы уже в корневом каталоге. Посмотрим что там.

Какой редактор доступен? Нет VIM, нет нано?

Ну что ж. Мы просто хотим создать файл:

Я вышел из интерактивной оболочки и вижу контейнер с именем «vibrant_spenc» с помощью docker ps --all . Флаг --all важен, потому что контейнер больше не работает.

Здесь я создаю новое изображение из контейнера «vibrate_spence». Я добавил сообщение коммита «мой, мой, мой» для хорошей меры.

Давайте проверим это. Да, есть новое изображение, и в его истории вы можете увидеть новый слой с комментарием «мой, мой, мой».

Теперь для настоящего теста. Давайте удалим контейнер и создадим новый контейнер из изображения. Ожидаемый результат заключается в том, что файл «да» будет присутствовать в новом контейнере.

Что я могу сказать? Да, это работает!

Использование Dockerfile

Создание изображений из модифицированных контейнеров — это круто, но ответственности нет. Трудно отслеживать изменения и знать, какие были конкретные изменения. Дисциплинированный способ создания изображений — это создание их с помощью Dockerfile.

Dockerfile — это текстовый файл, который похож на скрипт оболочки, но поддерживает несколько команд. Каждая команда, которая изменяет файловую систему, создает новый слой. В первой части мы обсудили важность правильного разделения вашего изображения на слои. Dockerfile — большая тема сама по себе.

Здесь я просто продемонстрирую пару команд для создания другого образа «oh-yeah-alpine» на основе Dockerfile. В дополнение к созданию печально известного файла «да», давайте также установим vim. В дистрибутиве Alpine Linux используется система управления пакетами под названием «apk». Вот Dockerfile:

Базовое изображение альпийское. Он копирует файл «да» из того же хост-каталога, где находится Dockerfile (путь к контексту сборки). Затем он запускает apk update и устанавливает vim. Наконец, он устанавливает команду, которая выполняется при запуске контейнера. В этом случае он выведет на экран содержимое файла «да».

OK. Теперь, когда мы знаем, во что ввязываемся, давайте создадим эту вещь. Опция «-t» устанавливает хранилище. Я не указал тег, поэтому он будет по умолчанию «последним».

Выглядит хорошо. Давайте проверим, что изображение было создано:

Обратите внимание, как при установке vim и его зависимостей размер контейнера увеличился с 4,8 МБ базового альпийского образа до огромных 30,5 МБ!

Это все очень мило. Но работает ли это?

Ах да, это работает!

Если у вас все еще есть подозрения, давайте зайдем в контейнер и изучим файл «да» с нашим недавно установленным vim.

Контекст сборки и файл .dockerignore

Я не говорил вам, но первоначально, когда я пытался создать изображение «о-о-о-альпийский», оно просто зависало на несколько минут. Проблема заключалась в том, что я просто поместил Dockerfile в свой домашний каталог. Когда Docker создает образ, он сначала упаковывает весь каталог, в котором находится Dockerfile (включая подкаталоги), и делает его доступным для команд COPY в Dockerfile.

Докер не пытается быть умным и анализировать ваши команды COPY. Это просто упаковывает все это. Обратите внимание, что содержимое сборки не заканчивается на вашем образе, но оно замедлит вашу команду сборки, если ваш контекст сборки слишком велик.

В этом случае я просто скопировал Dockerfile и «yes» в подкаталог и выполнил команду сборки docker в этом подкаталоге. Но иногда у вас есть сложное дерево каталогов, из которого вы хотите скопировать определенные подкаталоги и файлы и игнорировать другие. Введите файл .dockerignore.

Этот файл позволяет вам точно контролировать то, что входит в контекст сборки. Мой любимый трюк состоит в том, чтобы сначала исключить все, а затем начать включать фрагменты, которые мне нужны. Например, в этом случае я мог бы создать следующий файл .dockerignore и сохранить файл Docker и «да» в моем домашнем каталоге:

Нет необходимости включать сам файл Dockerfile или файл .dockerignore в контекст сборки.

Копирование и монтаж

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

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

Пометка изображений

Пометка изображений очень важна, если вы разрабатываете систему на основе микросервисов и генерируете много изображений, которые иногда должны быть связаны друг с другом. Вы можете добавить столько тегов, сколько хотите к изображению.

Вы уже видели по умолчанию «последний» тег. Иногда имеет смысл добавить другие теги, такие как «test», «release-1.4» или git commit, соответствующий изображению.

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

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

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

Но если я уберу контейнер …

Ага. Это ушло Но не волнуйся. Мы можем восстановить это:

Да, он вернулся. Dockerfile для победы!

Работа с реестрами изображений

Изображения в некоторых отношениях очень похожи на репозитории git. Они также построены из упорядоченного набора коммитов. Вы можете думать о двух изображениях, которые используют одни и те же базовые изображения как ветви (хотя в Docker нет слияния или перебазировки). Реестр изображений является эквивалентом центрального хостинга Git, такого как GitHub. Угадайте, как называется официальный реестр изображений Docker? Это верно, Docker Hub .

Потянув изображения

Когда вы запускаете образ, если он не существует, Docker попытается извлечь его из одного из ваших настроенных реестров образов. По умолчанию он переходит в Docker Hub, но вы можете управлять им в файле «~ / .docker / config.json». Если вы используете другой реестр, вы можете следовать их инструкциям, которые обычно включают вход в систему с использованием их учетных данных.

Давайте удалим образ «hello-world» и снова docker pull его, используя команду docker pull .

Это ушло Давайте потянем сейчас.

Последний привет мир был заменен более новой версией.

Толкая изображения

Нажатие на изображения немного сложнее. Сначала вам нужно создать учетную запись на Docker Hub (или другом реестре). Затем вы входите в систему. Затем вам нужно пометить изображение, которое вы хотите нажать, в соответствии с именем вашей учетной записи («g1g1» в моем случае).

Теперь я могу нажать на изображение с тегом g1g1 / hello-world.

Вывод

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

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