Процесс виртуализации подразумевает под собой абстракцию, отделение вычислительных ресурсов машины от физических устройств, которые эти вычисления производят. Благодаря такой технологии на одном настоящем компьютере можно запустить несколько виртуальных. Как свободное программное обеспечение, Docker впервые был выпущен в 2013 году. О принципе его работы https://deveducation.com/ мы еще поговорим подробнее чуть дальше.
Архитектура (компоненты) Docker
First-docker-app — это наш образ, который мы только что создали. Python — это образ python, который докер автоматически скачал чтобы собрать наш образ. Ubuntu — образ, который мы пробовали для запуска готового приложения. Это неизменяемый файл (образ), из которого разворачиваются контейнеры. Приложения упаковываются именно в образы, из которых потом уже создаются контейнеры. В докер это технической литературе можно также встретить описание image как шаблона запуска процесса.
Как и зачем использовать Docker
Чтобы остановить контейнер, запустите docker stop, указав идентификатор контейнера. В этом случае можно использовать имя static-site, которое вы задали контейнеру при запуске. Так как образа ещё нет Тестирование стабильности на хосте, Docker-клиент сначала скачает образ с registry, а потом запустит его. Если всё пойдёт по сценарию, вы должны увидеть сообщение Nginx is running… Чтобы удалить образы, которые больше не нужны, запустите docker image prune. Попробуйте выполнить ваши любимые команды в контейнере.
- Он владеет всей инфраструктурой, а также предоставляет интерфейс взаимодействия с контейнерами, включающего создание и удаление, запуск и остановку.
- Виртуализация запускает полноценный хост на гипервизоре со своим виртуальным оборудованием и операционной системой.
- Используя Docker, разработчики могут создавать, упаковывать, доставлять и запускать приложения в виде легких, портативных, самодостаточных контейнеров, способных работать практически где угодно.
- Почитать про Docker подробнее можно на официальном сайте.
- Она дает возможность создавать, распространять, запускать приложения в контейнерах, создаваемых из образов.
Тренинг по Docker: контейнерная разработка с Docker
Побродите по файловой системе, посмотрите директорию /etc/nginx. Как видите, её содержимое не совпадает с тем, что находится у вас на компьютере. Всё, что вы сделаете здесь внутри, никак не затронет вашу основную файловую систему. При первом вызове данная команда начнет скачивать образ (image) nginx, поэтому придется немного подождать. Когда образ скачается, запустится bash, и вы окажетесь внутри контейнера (container).
Когда вы запустили docker run busybox, то не передали команду, поэтому контейнер загрузился, выполнил ничего и затем вышел. Docker Hub — это общедоступный Docker registry, то есть хранилище всех доступных Docker-образов. При необходимости можно разворачивать свои приватные Docker registry, размещать собственные реестры Docker и использовать их для извлечения образов.
Это означает, что контейнеризованное приложение может работать только в той же ОС, что и основная. Контейнеры не виртуализируют оборудование, поэтому потребляют меньше ресурсов. После выполнения данной команды вы можете увидеть текущий образ в списке docker images.
Мы пользуемся этим клиентом, когда создаем и разворачиваем контейнеры, а клиент отправляет эти запросы в Docker daemon. Это некоторый резидентный процесс, который запущен на хост-машине постоянно. Он владеет всей инфраструктурой, а также предоставляет интерфейс взаимодействия с контейнерами, включающего создание и удаление, запуск и остановку. Но этот способ не рекомендуется, потому что он усложняет резервное копирование, миграцию и совместное использование данных несколькими контейнерами.
При запуске контейнера Docker по умолчанию автоматически извлекает соответствующий образ из общедоступного Docker Hub, если он недоступен локально. Вы также можете создавать собственные образы и отправлять их в Docker Hub в общедоступный или частный репозиторий. Вы можете управлять и взаимодействовать с ним, использовать сервисы и приложения, которые он предоставляет, а также при необходимости остановить и удалить его. Эти слои одна из причин, почему Docker настолько легковесный. Когда вы изменяете образ Docker, например, в процессе обновления приложения на новую версию, собирается только новый слой, заменяет только тот слой, который обновляется. Для распространения обновления все, что вам нужно, это передать обновленный слой.
Несмотря на то, что технологии, лежащие в основе Докера появились до него, именно Докер произвел революцию в том, как сегодня создается инфраструктура проектов, собираются и запускаются сервисы. Docker стал популярен благодаря простоте в использовании и возможности развертывания приложений в одинаковых условиях на разных платформах. Он решает проблему “работает на моём компьютере”, так как контейнеры обеспечивают стабильную среду для приложения независимо от системы, на которой оно запущено. Отдельно стоит сказать, что виртуальные машины не лучшим образом сочетаются с Docker.
Образ Docker — это шаблон в формате «только для чтения» с инструкциями для создания контейнера Docker. Например, образ может содержать в себе ОС Ubuntu с web-сервером Apache и вашим установленным внутрь web-приложением. Вы можете собрать или обновить образ с нуля, или загрузить и использовать образы, созданные другими людьми. Образ может быть основан или расширять один или более других образов. Образ Docker описан в текстовом файле Dockerfile, который имеет простой и вполне определенный синтаксис.
Весь фокус в том, что образ, из которого был запущен контейнер, полностью укомплектован. Внутри него установлены все необходимые зависимости, и его запуск практически гарантирует 100% работоспособность независимо от состояния основной ОС. Докер — универсальный способ доставки приложений на машины (локальный компьютер или удаленные сервера) и их запуска в изолированном окружении. По завершении установки Докера можно приступать к запуску контейнеров.
Это особенно важно, если сервис работает с большими объемами сведений, сложными интеграциями или требует высокой степени безопасности. Чтобы внедрить CI/CD-пайплайна потребуются ресурсы и время, но в результате команды могут достигать значительных улучшений в производительности и качестве продукта. Следующий шаг — развертывание приложения на предпроизводственную зону. Эта среда максимально приближена к реальным рабочим условиям, но не влияет на конечных пользователей.