Соберите собственный контейнерный сервис, разберитесь в образах, слоях, томах и "здоровье" приложения — за 4 часа. Начните говорить с разработчиками и DevOps на одном языке.
■Зачем аналитикам эта лабораторная? Большинство архитектурных рисков проявляется в эксплуатации: как запускается сервис, где хранятся данные, что происходит при сбоях, как измерять готовность. Docker — быстрый способ понять это на практике: от образа и портов до health‑check'ов и persistency. Вы получите технический кругозор, который помогает точнее формулировать требования и NFR, а не «угадать» их.
■ Что такое Docker (вкратце)? Docker — платформа для упаковки приложения и его зависимостей в образ, из которого запускается контейнер. Позволяет стандартизировать запуск: порты, переменные окружения, тома, сети, проверки здоровья — в одном описании (Dockerfile) и командах docker build/run. Результат легко воспроизвести хоть на ноутбуке, хоть в CI/CD, а затем эволюционировать к Compose/Kubernetes.
■ Для кого Системные и ИТ‑аналитики (Junior+), solution‑архитекторы, лид‑аналитики. Тем, кто отвечает за интеграции, SLA/SLO и хочет понимать эксплуатационную сторону систем.
■ Что вы сделаете за 4 часа
Соберёте два варианта образа учебного сервиса Orders API:
naive и optimized (multi‑stage, slim, non‑root) — сравните размеры и слои.
Разберётесь с данными: bind‑mount vs named volume, проверите сохранность БД при пересоздании контейнера.
Потренируетесь в операционных командах: run/ps/logs/exec, просмотр history, диагностика.
(Опционально) сделаете быстрый security‑scan образа и поднимете тот же сервис через Compose/в kind.
■ Что получите «на руки»
Готовые Dockerfile: наивный и оптимизированный (multi‑stage, slim, non‑root) + .dockerignore.
Исходники учебного Orders API с /health и /orders.
Скрипты запуска и проверки, чек‑лист приемки окружения.
Отчёт‑шпаргалку: размеры/слои образов, схема окружения (Mermaid), заметки по persistency и health.
Мини‑гайд по запуску того же сервиса в Docker Compose/kind для следующих лабораторных.
Итог: вы выходите с пониманием того, как ваш сервис живёт «в контейнере» — от сборки образа до устойчивости данных и проверок здоровья — и уверенно переносите это в проектные требования и архитектурные артефакты.