Как именно контейнер работает на базовом изображении? Загружается ли базовое изображение в контейнер?
Docker
контейнеры завернуть кусок программного обеспечения в полном filesystem
, который содержит все необходимое для запуска: код, время выполнения, системные инструменты, системные библиотеки - все, что может быть установлен на сервере.
Как FreeBSD Jails
и Solaris Zones
, контейнеры Linux являются самодостаточными среды выполнения - с их собственной, изолированной процессор, память, блок ввода/вывода и сетевых ресурсов (Использование функции CGROUPS
ядра) - которые разделяют ядро хост-операционная система. Результатом является то, что похоже на виртуальную машину, но проливает весь вес и накладные расходы на запуск гостевой операционной системы.
Это сказанное Каждый дистрибутив имеет собственный официальный docker
изображения (library
), который поставляется с минимальными бинарников, Рассмотренный docker
«s лучшие практики и он готов строить дальше.
Я смущен - это изображение неизменное, правильно? где работает изображение, находится ли он внутри механизма Docker в виртуальной машине и как контейнер фактически вступает в игру?
Docker
имел обыкновение использовать AUFS
, до сих пор использует его на debian
и использует AUFS
как файловые системы, как overlay
и т.д. на других дистрибутивах. AUFS
обеспечивает расслоение. Каждое изображение состоит из слоев, эти слои доступны только для чтения. Каждый контейнер имеет слой чтения/записи поверх своих слоев изображения. Уровни только для чтения разделяются между контейнерами, поэтому у вас будет экономия пространства для хранения. Контейнер увидит union mount
всех слоев изображения + слой чтения/записи.

Зачем стоит отмечать "Azure"? – techraf
Потому что я пытался развернуть его в Azure Container Services, так что, возможно, это будет отправной точкой в обсуждении. –