me_edu
Docker для разработчиковШаг 13 из 31 · 0% пройдено
2. Профессиональный практикум: проект, качество и портфолио
3. Атлас программных моделей: данные, архитектура, API и тесты
Зачем нужны контейнеры

Образ и контейнер

Шаг 13 из 316 минТеория
Цель

Понять основной механизм темы «Образ и контейнер» без заучивания отдельных терминов.

Как работать

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

Критерий

Сформулированное правило, пример применения и одно ограничение метода.

STRUCTURAL BLOCK DIAGRAMCENTRAL UNITклиентHTTPлогроутерсервисБДСтруктурная схемастрелки показывают поток данных/энергиимасштаб и расположение условные
Архитектурная схема показывает границы приложения и путь запроса через систему.
Опорная идея

Два центральных понятия, которые важно не путать.

Образ (image) — это неизменяемый «слепок» приложения со всеми зависимостями: код, среда выполнения, библиотеки, настройки. Образ похож на установочный диск или шаблон — его создают один раз и не меняют.

Контейнер (container) — это запущенный экземпляр образа, живой изолированный процесс. Из одного образа можно запустить сколько угодно контейнеров, как из одного класса создают много объектов.

Аналогия: образ — это рецепт торта, а контейнер — испечённый по нему торт. По одному рецепту пекут много тортов; рецепт не меняется, а торты можно есть (запускать, останавливать, удалять).

Образы хранятся в реестрах. Главный публичный реестр — Docker Hub: там лежат готовые образы баз данных, веб-серверов, языков (nginx, postgres, node, python). Их скачивают и запускают за одну команду — не нужно ничего устанавливать вручную.

Назад

Обсуждение

Войдите, чтобы участвовать в обсуждении.

Пока нет сообщений.