Docker engine что это

Введение — Docker: Основы

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

В этом курсе рассматриваются основы работы с Docker. Разбираются темы запуска и управления контейнерами. Рассказывается о том как опубликовать свой собственный образ на hub.docker.com .

Зачем нужен Docker

Docker — универсальный способ доставки приложений на машины (локальный компьютер или удаленные сервера) и их запуска в изолированном окружении.

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

• Установить все необходимые зависимости под вашу операционную систему (их список еще надо найти)
• Скачать архив, распаковать
• Запустить конфигурирование make configure
• Запустить компиляцию make compile
• Установить make install

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

Docker позволяет упростить эту процедуру до запуска одной команды, причем с почти 100%-й гарантией успеха.

Предположим, что мы решили разработать статический сайт на основе Jekyll. Jekyll — популярный генератор статических сайтов, написанный на Ruby. Например, гайды Хекслета находятся (вернее находились, но это не столь важно) на статическом сайте, сгенерированном с его помощью. И при его генерации использовался Docker (об этом можно прочитать в гайде: как делать блог на Jekyll).

Старый способ использования Jekyll требовал установки на вашу основную систему как минимум Ruby и самого Jekyll в виде гема (gem — название пакетов в Ruby). Причем, как и всегда в подобных вещах, Jekyll работает только с определенными версиями Ruby, что вносит свои проблемы при настройке. С Docker запуск Jekyll сводится к одной команде, выполняемой в директории с блогом.

Docker стал универсальным средством доставки софта независимо от его структуры, зависимостей и способа установки. Все, что нужно программам, распространяемым через Docker, находиться внутри образа и не пересекаться с основной системой и другими контейнерами. Важность этого факта невозможно переоценить. Теперь обновление версий программ никак не задействует ни саму систему, ни другие программы. Сломаться больше ничего не может. Все, что нужно сделать, это скачать новый образ той программы, которую требуется обновить. Другими словами, Docker убрал проблему dependency hell и сделал инфраструктуру неизменяемой (immutable) .

Открыть доступ

Курсы программирования для новичков и опытных разработчиков. Начните обучение бесплатно

• 130 курсов, 2000+ часов теории
• 1000 практических заданий в браузере
• 360 000 студентов

Что такое Docker?

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

Контейнеры как услуга (Containers as a Service — CaaS), или контейнерные сервисы, — это управляемые облачные решения, которые контролируют жизненный цикл контейнеров. Контейнерные сервисы позволяют координировать (запускать, останавливать, масштабировать) среду выполнения контейнеров. Используя контейнерные сервисы, вы можете упростить, автоматизировать и ускорить разработку и развертывание приложений.

За последние несколько лет Docker и контейнерные сервисы быстро распространились и стали невероятно популярны. Из почти неизвестной и узко специализированной технологии с открытым исходным кодом в 2013 году Docker превратился в стандартизированную среду выполнения, которая теперь официально поддерживается для многих корпоративных продуктов Oracle.

Терминология Docker с определениями

Docker.

Контейнерная платформа программного обеспечения, созданная для разработки, отправки и запуска приложений с использованием контейнерных технологий. Платформа Docker представлена в двух версиях: Enterprise Edition и Community Edition.

Контейнер.

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

Ядро Docker.

Программное обеспечение с открытым кодом, установленное на хосте и обеспечивающее создание и запуск контейнеров. Ядра Docker действуют как клиент-серверные приложения, поддерживающие контейнеры на различных серверах Windows и в операционных системах Linux, включая Oracle Linux, CentOS, Debian, Fedora, RHEL, SUSE и Ubuntu.

Образы Docker.

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

Реестр Docker.

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

Кто использует Docker?

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

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

Docker и разработчики

Упаковывать контейнеры может любой разработчик. Представители индустрии программного обеспечения часто разделяют разработчиков на группы по их специализации: клиентские программы, серверные программы и все промежуточные этапы. Хотя упаковкой контейнеров чаще всего занимаются разработчики серверных программ, любой, кто знаком с основными понятиями CaaS, может успешно справиться с этим этапом цикла разработки ПО. Прежде чем упаковывать зависимости своего приложения, посетите страницу developer.oracle.com и ознакомьтесь с инструментами, которые можно использовать при создании собственного приложения или программы.

Сравнение Docker и Kubernetes

Контейнеры Linux существуют с 2008 года, но до появления контейнеров Docker в 2013 году они были малоизвестны. С появлением контейнеров Docker стремительно возрос интерес к разработке и развертыванию контейнерных приложений. По мере того как количество контейнерных приложений росло и охватывало сотни контейнеров, развернутых на нескольких серверах, управление ими становилось все более сложным. Как координировать, масштабировать, контролировать и планировать при работе с сотней контейнеров? В этом помогает Kubernetes. Kubernetes — это система оркестрации с открытым исходным кодом, которая позволяет запускать контейнеры Docker и выполнять нагрузки. Она помогает справляться с операционными сложностями при переходе к масштабированию нескольких контейнеров, развернутых на нескольких серверах. Модуль Kubernetes автоматически организует жизненный цикл контейнера, распределяя контейнеры приложений по инфраструктуре хостинга. Kubernetes быстро увеличивает или уменьшает объем ресурсов в зависимости от потребности. Он постоянно подготавливает, планирует и удаляет контейнеры, а также контролирует их работоспособность.

Основы Docker

Основные понятия технологии Docker — это образы и контейнеры. Образ Docker содержит все, что необходимо для запуска программного обеспечения: код, среду выполнения (например, Java Virtual Machine (JVM)), драйверы, инструменты, сценарии, библиотеки, развертывания и т. д.

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

Изоляция и виртуализация

Каждый контейнер Docker имеет собственную файловую систему, собственный сетевой стек (и, следовательно, собственный IP-адрес), собственное пространство процессов и определенные ограничения ресурсов для ЦП и памяти. Поскольку контейнеру Docker не нужно загружать операционную систему, он запускается мгновенно. Docker — это технология изоляции, то есть разделения ресурсов операционной системы хоста, в отличие от виртуализации, которая предоставляет гостевую операционную систему поверх операционной системы хоста.

Система инкрементных файлов

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

Как показано на рисунке 2, образ Docker с развертыванием WebLogic может быть основан на образе с доменом Oracle WebLogic Server, который может быть основан на образе WebLogic, основанном на образе Java Development Kit (JDK), который в свою очередь основан на базовом образе Oracle Linux.

Реестр Docker

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

Реестр Docker также помогает улучшить управление правами доступа и безопасность образов Docker, хранящихся в его репозитории. Он управляет распространением образов, а также может интегрироваться с рабочими процессами разработки приложений. Разработчики могут настроить собственный реестр Docker или использовать размещенный сервис реестра Docker, например Docker Hub, Oracle Container Registry, Azure Container Registry и т. д.

Docker Hub — это размещенный реестр Docker, управляемый Docker. Docker Hub содержит более 100 000 образов контейнеров от поставщиков программного обеспечения, а также проекты с открытым исходным кодом и сообщества. Docker Hub содержит программное обеспечение и приложения из официальных репозиториев, таких как NGINX, Logstash, Apache HTTP, Grafana, MySQL, Ubuntu и Oracle Linux.

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

Docker как среда выполнения микросервисов

Идея разделить монолитные приложения на более мелкие микросервисы сегодня привлекает большое внимание разработчиков программного обеспечения.

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

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

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

Docker: два основных измерения

Docker меняет способ создания, доставки и запуска программного обеспечения в двух разных измерениях:

• Он усовершенствует процесс надежного перехода приложения от разработки к производству.
• Он предоставляет стандартный формат образа для передачи из локальной среды в облако.

Оба измерения подробно описаны ниже.

Образ Docker: от разработки к производству

Создание образа Docker со всеми зависимостями решает знакомую многим разработчикам проблему «а на моем компьютере все работало». Основная идея заключается в том, что образ Docker создается конвейером сборки автоматически из репозитория исходного кода, такого как Git, и первоначально тестируется в среде разработки. Затем этот постоянный образ сохраняется в реестре Docker.

Как показано на рисунке 4, этот же образ используется для дальнейших тестов на загрузку, тестов интеграции, приемочных тестов и т. д. В каждой среде будет использоваться один и тот же образ. Небольшие, но необходимые для среды различия, такие как URL-адрес JDBC для производственной базы данных, могут быть переданы в контейнер в виде переменных или файлов среды.

Статистика показывает, что на сегодняшний день в 65 % случаев Docker используется в процессе разработки, а в 48 % случаев Docker применяется для непрерывной интеграции.

Docker и облако

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

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

Версии Docker: зрелость базовой технологии

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

Хотя Docker и его командная строка, демон Docker, его API и инструменты, такие как Docker Swarm, Docker Machine и Docker Compose, активно развивались только в последние три года, основные функции ядра были доступны в каждом ядре Linux уже почти десять лет.

Ярким примером использования контейнерных технологий уже на первых этапах их развития может служить компания Google. Компания использовала контейнеры Linux еще до появления Docker. Более того, Google все запускает в контейнерах. По имеющимся оценкам, Google запускает несколько миллиардов контейнеров в неделю.

История контрольных групп и пространств имен

Docker использует такие базовые функции ядра Linux, как контрольные группы и пространства имен. В 2008 году контрольные группы были введены в ядро ​​Linux по результатам работы, ранее проделанной разработчиками Google 1 . Контрольные группы ограничивают и контролируют использование ресурсов в определенном наборе процессов операционной системы.

Ядро Linux использует пространство имен, чтобы изолировать системные ресурсы процессов друг от друга. Первое пространство имен, то есть пространство имен файловой системы (mount), было внедрено еще в 2002 году. 2

Контейнерные облачные решения

В первой части этой статьи объяснялись некоторые важные понятия Docker. Однако в производственной среде недостаточно просто запустить приложение в контейнере Docker.

Для настройки и эксплуатации производственной среды требуется оборудование для запуска контейнеров. Такое программное обеспечение, как Docker, а также репозитории и менеджеры кластеров должны устанавливаться, обновляться и исправляться. Если несколько контейнеров Docker обмениваются данными через хосты, необходимо создать сеть. В случае сбоя кластерные контейнеры следует перезапустить. Кроме того, набор связанных друг с другом контейнеров должен развертываться так же легко, как и один логический экземпляр приложения. Примером этого могут служить балансировщик нагрузки, несколько веб-серверов, несколько экземпляров Oracle WebLogic Server с сервером администрирования, управляемый сервер и база данных. Для управления контейнерными приложениями в значительных масштабах требуется система оркестровки контейнеров, такая как Kubernetes или Docker Swarm. Развертывание, контроль и эксплуатация таких систем оркестровки, как Kubernetes, может оказаться сложной задачей и отнимать много времени.

Чтобы разработчики могли быстрее и эффективнее создавать контейнерные приложения, поставщики облачных услуг предлагают облачные контейнерные сервисы или контейнеры как услугу (Containers as a Service — CaaS). Облачные контейнерные сервисы помогают разработчикам и операционным группам оптимизировать жизненный цикл контейнеров и управлять им в автоматическом режиме. Такие сервисы оркестровки, обычно созданные с использованием Kubernetes, упрощают для команд DevOps работу с масштабными контейнерными приложениями и управление ими. Oracle Container Engine for Kubernetes и Azure Kubernetes Service — два примера популярных управляемых облачных сервисов для оркестровки контейнеров.

Oracle Container Engine for Kubernetes — это полностью управляемый, масштабируемый и высокодоступный сервис, который можно использовать для развертывания контейнерных приложений в облаке. Используйте Container Engine for Kubernetes (иногда используется аббревиатура OKE), если ваша команда разработчиков хочет надежно создавать и развертывать приложения cloud native и управлять ими.

Образы Docker от Oracle

Упаковывать контейнеры может любой разработчик. Представители индустрии программного обеспечения часто разделяют разработчиков на группы по их специализации: клиентские программы, серверные программы и все промежуточные этапы. Хотя упаковкой контейнеров чаще всего занимаются разработчики серверных программ, любой, кто знаком с основными понятиями CaaS, может успешно справиться с этим этапом цикла разработки ПО. Прежде чем упаковывать зависимости своего приложения, посетите страницу developer.oracle.com и ознакомьтесь с инструментами, которые можно использовать при создании собственного приложения или программы.

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

• Репозиторий Oracle GitHub для образов Docker
• Docker Hub
• Oracle Container Registry

Тренинг по Docker: контейнерная разработка с Docker

Справочная информация

1. Контрольные группы (Wikipedia)
2. Пространства имен Linux (Wikipedia)

Docker — контейнер под каждого

Очень рад, что вы всегда стремитесь изучать новое, в этой статье постарался собрать всё самое необходимое для работы с контейнерами. Разберём основные термины, посмотрим как это работает изнутри, установим Docker. Разворачивать буду на своей рабочей станции: Ubuntu 22.04.

Вопросы, которые разберём в первой части:

• С чего всё началось;
• На моём компьютере всё работало;
• Отличие Virtual Machines от Docker;
• Из чего состоит Docker;
• Компоненты Docker;
• Установка Dicker OS Linux;

С чего всё началось

Начнём с истории, ниже вы увидите людей, которые стояли у истоков создания Docker как одной из популярных технологий контейнеризации.

Solomon Hykes

Основатель dotCloud

Март 2013 год: код Docker был опубликован под лицензией Apache 2.0. В разработке с Solomon Hykes активное участие принимали инженеры dotCloud Andrea Luzzardi и François-Xavier Bourlet. В октябре этого же года, понимая смещение фокуса к новой технологии dotCloud переименована в Docker.

Docker — программное обеспечение для автоматизации развёртывания и управления приложениями в средах с поддержкой контейнеризации.

Позволяет «упаковать» приложение со всем его окружением и зависимостями в контейнер.

С появлением Open Container Initiative начался переход от монолитной к модульной архитектуре.

Разберем новое понятие «Контейнер».

Conteiner (Контейнер) — фактически представляет собой изолированный процесс запущенный в какой либо системе от других параллельных процессов, а также абсолютно независим от остальных контейнеров. Запускает, такой контейнер, собственное программное обеспечение, двоичные файлы, зависимости, конфигурации и т.д.

На моём компьютере всё работало!

Основную задачу которую решает Docker — разработчик (тестировщик) знает, что всё будет работать так как должно быть, вне зависимости от платформы на которой будет запущенно приложение.

Отличие Virtual Machines от Docker

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

Для того, чтобы создать VM на вашем хосте, потребуется гипервизор (Virtualbox, VMWare и др.). Он необходим для работы с нижележащей ОС. Кроме того каждой VM необходима полная копия ОС, выделенная память, зависимости, библиотеки и запускаемое приложение.

Рассмотрим несколько преимуществ Docker перед VM:

• Контейнеры можно запускать и останавливать почти мгновенно;
• Используют ресурсы основной ОС;
• Одновременно может быть запущенно десятки контейнеров;
• Работа контейнера не влечёт за собой дополнительных расходов ресурсов(в отличие от гипервизора);
• Приложения запускаются в изолированной среде.

Из чего состоит Docker

Основное с чем Вы будите работать это:

1. Docker Engine — «механизм» отвечающий за создание и полное функционирование контейнеров;
2. Docker Hub — облачный сервер (реестр), содержащий в себе огромное количество образов контейнеров. Он избавит нас от рутинной работы, создания образов с нуля.

Компоненты Docker

Ранее мы с вами затрагивали контейнер, теперь перейдём к другим компонентам Docker.

Conteiner (Контейнер)

в Conteiner запускается приложение

Host (хост)

хост на котором Вы запускаете Docker

Client (Клиент)

запускается в командной строке с помощью которого вы подключаетесь к Deamon

Daemon (Служба)

запускается локально или удалённо. Отвечает за создание, удаление и обработки запросов от Client

Image (Образ)

основа для создания Conteiner

Repository (Репозиторий)

содержит в себе версии Image

Registry (Реестр)

например Docker Hub

Установка Dicker OS Linux Uduntu

Мы будем устанавливать с помощью установочного скрипта предоставляемого Docker. Предварительно можете ознакомиться со скриптом (https://get.docker.com). Он выполнит несколько проверок, а потом установит Docker последней версии.

Выполняем следующие команды:

 curl https://get.docker.com -o get-docker.sh

1. Запускаем установочный скрипт от имени администратора

 sudo sh get-docker.sh

ещё раз проверим, что установили Docker

docker version

На этом всё, мы поговорили о Docker, разобрали основные компоненты и установили рабочую версию на OS Linux Ubuntu.

• docker
• docker-compose
• Установка docker
• Docker в Linux
• Docker начало

Docker engine что это

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

Проблемы в продакшене

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

Как Docker решает эту проблему?

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

Docker помогает нам, предоставляя среду выполнения для оркестровки и управления этими контейнерами. С помощью Docker мы можем легко и эффективно создавать, распространять и поставлять наше ПО. Он также помогает нам автоматизировать процесс сборки и развертывания, предлагая готовую интеграцию с различными инструментами CI/CD, безопасные способы распространения сборок в виде образов докер, а также обеспечивает масштабируемость корпоративного уровня, которая упрощает нам обрабатывать огромный объем трафик, приходящий в наше приложение или ПО.

Понимание архитектуры Docker

Архитектура Докер

Docker управляет контейнерами с помощью Docker Engine, который включает в себя различные компоненты, такие как Docker CLI, взаимодействующий с Docker REST API для выполнения различных задач оркестровки, что упрощает нам управление контейнерами Docker на серверах. Основной частью Docker Engine является Docker Daemon, который управляет всеми этими задачами в фоновом режиме, такими как управление образами Docker, контейнерами, процессами и т. д.

Терминология Docker
Docker контейнеры

Относится к части программного обеспечения/приложения, которое работает как независимый процесс в форме контейнера, это может быть либо часть распределенного приложения, либо приложение в целом. Например: если приложение состоит из двух компонентов: фронт-енда на React.js и внутренних API-интерфейсов на Symfony и базы данных в PostgreSQL, то оно будет размещено в трех разных докер-контейнерах, содержащих соответствующую часть и необходимые компоненты/библиотеки.

Docker CLI

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

Docker образы

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

Тома Docker

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

Docker Networks

С помощью Docker Networks контейнеры взаимодействуют с хостом. Docker Networks работает как мост между хост-сетью и системой Docker, а также облегчают связь между несколькими контейнерами и обеспечивают безопасную среду связи для передачи данных между ними. После понимания того, как работает докер, очень распространенный вопрос, который появляется, заключается в том, чем докер отличается от традиционных виртуальных машин, которые использовались ранее? За исключением того, что докер легкий, есть некоторые существенные различия между тем, как эти технологии функционируют. Именно эти существенные отличия делает докер гораздо более эффективным, чем виртуальные машины.

Разница между Docker и виртуальными машинами

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

Докер против виртуальной машины

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

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