Що таке Docker? Контейнери простими словами для не-розробників

Docker — це інструмент, який пакує застосунок разом з усім, що потрібно для його роботи: правильна версія мови, бібліотеки, системні інструменти та налаштування — у стандартну одиницю під назвою контейнер. Контейнер працює однаково на ноутбуці розробника, тестовому сервері чи хмарному хості, і це знімає класичну проблему «але на моєму комп'ютері ж працювало». Рецепт побудови контейнера — це короткий текстовий файл під назвою Dockerfile.

Чому Docker важливий, коли ви створюєте з ШІ

Якщо ваш застосунок має бекенд — API на Python, Node, C# чи Java, — він має працювати там, де встановлено саме потрібне програмне забезпечення. Docker — найпоширеніший спосіб зробити це відтворюваним.

• Розгортання бекендів. Багато хостингів, зокрема Mythex, розгортають бекенди, збираючи контейнер з Dockerfile. У Mythex запит на «C# Web API» чи «Java-бекенд» дає вам застосунок і Dockerfile, а Publish збирає образ і розгортає його (API-бекенди).
• Вихід із платформи. Якщо ви експортуєте застосунок, створений з ШІ, Dockerfile значно полегшує запуск на іншому хості. Див. як експортувати застосунок і розгорнути його самостійно.
• Робота з розробниками. Розробник, який приєднується до вашого проєкту, може запустити весь застосунок однією-двома командами, а не витрачати день на встановлення всього потрібного.

Повсякденна аналогія: контейнери для вантажів

До появи стандартних морських контейнерів вантаж вантажили по одному — мішки, бочки, ящики, і кожен порт працював із ними по-своєму. Стандартний сталевий контейнер змінив це: запакували один раз, і будь-яке судно, кран, потяг чи вантажівка може його перевезти, не цікавлячись вмістом.

Docker робить те саме з програмним забезпеченням:

• Dockerfile — це пакувальний список і інструкція.
• Образ — це запечатаний, упакований контейнер.
• Запущений контейнер — це ця коробка, що працює на кораблі, тобто на сервері.
• Docker Engine — це кран і судно: програмне забезпечення на сервері, яке вміє запускати будь-який контейнер.

Як працює Docker

Контейнери проти віртуальних машин: віртуальна машина вдає із себе окремий комп'ютер з власною операційною системою, тож вона важка і повільно запускається. Контейнер використовує ядро хоста і ізолює лише застосунок та його файли, тому зазвичай стартує за секунди й споживає значно менше пам'яті. Багато контейнерів можуть працювати поряд на одному сервері.

Практичний приклад: невеликий API на Python

Припустімо, ШІ-конструктор створив для застосунку бронювання бекенд API на Python з FastAPI. Dockerfile може виглядати так:

FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

Рядок за рядком:

Простими словами: «Почни з Python 3.12. Встанови бібліотеки зі списку requirements.txt. Скопіюй код. Запусти веб-сервер на порту 8000».

Потім розробник (або хостингова платформа) виконує дві команди:

docker build -t booking-api .
docker run -p 8000:8000 booking-api

Перша збирає образ і називає його booking-api. Друга запускає контейнер і з'єднує порт 8000 на машині з портом 8000 всередині контейнера. API тепер працює так само, як працюватиме на будь-якому сервері з Docker.

Зверніть увагу, чого в образі немає: паролів і API-ключів. Їх передають під час запуску контейнера як змінні середовища, тож той самий образ може працювати в тестуванні та продакшені з різними налаштуваннями.

Ключові терміни

Поширені хибні уявлення

• «Docker — це віртуальна машина». Він легший: контейнери використовують ядро хоста.
• «Дані, збережені всередині контейнера, в безпеці». Контейнери призначені для того, щоб їх викидати й замінювати. Усе, що має зберігатися — дані користувачів, завантаження, — належить до бази даних, файлового сховища або тому.
• «Класти секрети в Dockerfile — нормально, бо це приватно». Образи передаються і завантажуються в реєстри. Передавайте секрети під час запуску.
• «Docker робить застосунок безпечним». Ізоляція допомагає, але контейнер із застарілим програмним забезпеченням і слабкими налаштуваннями все одно вразливий.
• «Кожному застосунку потрібен Docker». Статичний сайт або простий фронтенд зазвичай хостяться як звичайні файли, без жодного контейнера.
• «Docker Desktop безкоштовний для всіх». Рушій безкоштовний; Docker Desktop потребує платної підписки для більших компаній, згідно з умовами Docker.

Що просити у вашого ШІ-конструктора

• «Чи потрібен цьому застосунку Dockerfile? Якщо так, поясни простою мовою кожен рядок».
• «Використовуй невеликий офіційний базовий образ і зафіксуй версію мови».
• «Тримай секрети поза образом. Зчитуй їх із змінних середовища під час запуску».
• «Переконайся, що завантаження і дані зберігаються в базі даних або файловому сховищі, а не всередині контейнера».
• «Додай файл Docker Compose, щоб розробник міг запустити фронтенд, API і базу даних локально однією командою».
• «Додай endpoint перевірки стану, щоб хост міг визначити, чи працює API».

Docker у Mythex

Щоб користуватися Mythex, Docker встановлювати й запускати не потрібно. Ваш проєкт працює в приватній хмарній пісочниці, і коли ви просите бекенд, для якого потрібен контейнер, — наприклад C#, Java або власний сервіс на Node чи Python, — Mythex пише застосунок разом з Dockerfile, показує його у пісочниці та розгортає при публікації, без налаштування хостингу (як обирається технологія). На Pro можна експортувати проєкт або синхронізувати його з GitHub і забрати Dockerfile із собою. Про те, як бекенди й фронтенди взаємодіють, див. фронтенд проти бекенду.

Запитання