Что такое контейнер (Docker) — и почему «у меня работает» больше не отмазка

«У меня на компьютере всё работает, а на сервере падает». Это, наверное, самая старая боль в разработке — и звучит она как мистика.

Так вот, неожиданная штука: контейнеры придумали ровно затем, чтобы убить эту фразу. Контейнер берёт твою программу и упаковывает её вместе со всем, что ей нужно для жизни. И тогда «у меня работает» превращается в «работает везде». Сейчас разберёмся, как.

Что такое контейнер

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

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

Как это работает — образ и контейнер

Тут два слова, которые легко путают.

• Образ (image) — это рецепт и заготовка: снимок программы со всем окружением, замороженный раз и навсегда. Его можно скопировать кому угодно.
• Контейнер — это запущенный экземпляр образа. Из одного образа можно поднять хоть десять одинаковых контейнеров.

На практике ты пишешь маленький файл-инструкцию (Dockerfile): «возьми такую-то версию Python, поставь вот эти библиотеки, скопируй мой код, запусти его». Из него собирается образ, а из образа — контейнер. И этот контейнер ведёт себя одинаково на твоём ноутбуке, у коллеги и на боевом сервере. Когда приходит время задеплоить приложение, ты отправляешь не «голый» код, а целиком собранную коробку.

Чем контейнер отличается от виртуалки

Вот главный сюрприз, на котором спотыкаются почти все: контейнер — это не виртуальная машина.

Виртуалка тащит внутри себя целую операционную систему — свой Windows или Linux поверх твоей системы. Поэтому она весит гигабайты и стартует минуту, как второй компьютер внутри компьютера.

Контейнер так не делает. Он не тащит отдельную ОС — он делит ядро с системой-хозяином, а в коробку кладёт только саму программу и её библиотеки. Из-за этого контейнер весит мегабайты, а не гигабайты, и запускается за секунду. Изоляция есть (контейнеры не видят друг друга), но без лишнего веса.

Короче: виртуалка — это отдельная квартира со своими стенами и коммуникациями. Контейнер — отдельная комната в общей квартире: дверь своя, а водопровод и электричество общие.

Почему это важно тебе

Даже если ты только начинаешь, контейнеры всплывут быстро — и понимать их полезно по трём причинам.

• Конец «у меня работало». Собрал в контейнер — и приложение едет на сервер ровно таким, каким ты его видел. Никаких сюрпризов из-за чужой версии библиотеки.
• Чистота на своём компьютере. Хочешь попробовать базу данных или чужой проект — поднял контейнер, поигрался, удалил. Система не засоряется.
• Так устроен почти весь хостинг. Многие платформы под капотом запускают именно контейнеры. А там, где сервер вообще не виден (это называется serverless), идея та же: упаковать код и не думать про машину.

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

Где ты с ним встретишься

Когда инструкция к проекту говорит «запусти docker run» вместо длинного списка «поставь то, потом это». Когда хостинг просит не код, а образ. Когда коллега кидает тебе проект, и он заводится с первого раза — почти наверняка он в контейнере.

Знаешь про контейнеры — и эти моменты перестают быть магией.

Docker и контейнер — это одно и то же?

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

Нужен ли мне Docker для первого проекта?

Нет. Первый сайт или бот спокойно живёт без контейнеров. Docker становится нужен, когда проект надо стабильно переносить между машинами или выкладывать на сервер «как есть». Начни без него — добавишь, когда упрёшься в «а на сервере не работает».