Обучение · эксплуатация и доставка

DevOps: от Linux до работающего сервиса

Практический маршрут: Linux, сети, автоматизация, контейнеры, CI/CD, облако и надёжность. На каждом этапе — проект и проверка результата.

← Все учебные материалы Этапы гайда ↓

Как проходить маршрут

Начните с одного учебного сервиса и развивайте его по этапам. Прочитайте вводный материал, выполните практику, затем проверьте результат в чистой среде. Ссылка на репозиторий, команды и наблюдаемый результат полезнее отметки «курс просмотрен».

R0–R5 дают основу: стенд, устройство сервера, Linux, Git, сети и скрипты. R6–R8 собирают доставку приложения. R9–R13 добавляют одно облако, инфраструктуру из кода, конфигурацию, наблюдаемость и сквозной проект. Kubernetes — необязательное продолжение после основы.

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

Проверьте, с какого места начать

Попробуйте выполнить эти действия без инструкции. Пропускайте знакомый этап после его практической проверки, а не по уверенности в себе.

Могу по SSH найти причину, почему Linux-service не стартует
Могу разрешить Git merge conflict и объяснить итоговый commit graph
Могу проследить DNS → TCP → TLS → HTTP для одного запроса
Могу собрать и запустить container без копирования готового compose
Могу написать небольшой Bash/Python-скрипт с ошибками, логом и тестом

Выберите лабораторный стенд

Минимальная

Один Linux-сервер: WSL 2 или VM

Пример бюджета: хост с 8 ГБ RAM и 25 ГБ свободного места; VM — 2 vCPU, 2 ГБ RAM, диск 20 ГБ. Это ориентир для первых упражнений, а не системный минимум всех инструментов.

Клиентские команды идут с хоста, сервисы — внутри WSL2/VM. Для VM: NAT для обновлений; наружу публиковать только нужные учебные порты.

WSL: export/import в отдельный дистрибутив и проверка данных. VM: snapshot для быстрого отката; важные данные копируйте отдельно от диска VM.

Для R0–R5 достаточно одного сервера и клиента на хосте. К R6 добавьте второй узел, если упражнение требует отдельного клиента или проверки автоматизации на нескольких машинах.

Полная

Две Ubuntu VM: client-01 + server-01

Пример бюджета: хост с 12 ГБ RAM и 50 ГБ свободного места; на каждую VM — 2 vCPU, 2 ГБ RAM и диск 20 ГБ. Для тяжёлых сборок и observability увеличьте ресурсы или запускайте компоненты по очереди.

Обе VM в отдельной host-only/private сети; NAT — только для обновлений. Адреса, hostname и открытые порты записаны в README.

Snapshot чистой конфигурации помогает откатиться, но не заменяет независимую резервную копию. Восстановление проверяйте на отдельной копии VM.

В R0 создать server-01, в начале R1 клонировать baseline в client-01, сменить hostname/IP/SSH host keys и проверить связь по ключу.

Критерии готовности

Нужна доработка: Артефакт существует, но проверка не воспроизводится, причина отказа не доказана или результат держится на ручных шагах.
Базовая проверка пройдена: Выполнены условия приёмки; учебный отказ воспроизведён и устранён. В отчёте есть команды и результат, другой человек может повторить проверку.
Уверенный уровень: Базовая проверка пройдена; объяснены компромиссы решений, негативные сценарии автоматизированы, артефакт можно повторно использовать и проверить.

Основа → доставка → эксплуатация

От стенда к целому сервису

Откройте этап, соберите артефакт и проверьте результат на практике.

Основа

Доставка

Инфраструктура

Надёжность

Проверяйте по ходу работы

Безопасность — часть каждого этапа

Упражнения с отказами проводите на копиях учебного стенда. Для итогового проекта покажите все семь проверок; отсутствие найденной утечки ещё не доказывает отсутствие риска.

Секреты и чувствительные данныеR5 → R13

Секреты не коммитятся и не встраиваются в образ. Проверены логи и история команд. State и plan могут содержать секреты: ограничьте доступ, защитите backend и продумайте восстановление ключей. sensitive скрывает вывод, но не удаляет значение из state.

Подтверждение: Secret scan + обезличенный отчёт о передаче секрета во время запуска и ротации тестового секрета + проверка доступа к state/plan. Настоящие значения в отчёт не включаются.

Least privilegeR2 / R7 / R9 / R11

Users, service accounts, containers и cloud identities имеют только необходимые права; root/admin не используется по умолчанию.

Подтверждение: UID/capabilities/IAM-RBAC policy + negative test: запрещённое действие действительно отклоняется.

PatchingR2 / R11

Зафиксированы версии OS/dependencies, patch window, способ проверки обновлений и правило исключений с owner/expiry.

Подтверждение: Patch report до/после + reboot/service smoke + документированное исключение либо пустой exception list.

TLSR4 / R6 / R13

Публичный трафик защищён валидным TLS; certificate chain/hostname/expiry проверяются, insecure fallback отсутствует.

Подтверждение: openssl/curl transcript или monitor result: chain, SAN, expiry, redirect и успешный HTTPS smoke.

Dependency & image scanR7 / R8 / R11

Dependency, image и IaC scan входят в CI; severity policy, false-positive exception и срок исправления заданы.

Подтверждение: URL CI job + machine-readable report/SBOM + решение по каждой high/critical находке.

Backup & restoreR0 / R6 / R9 / R13

Backup имеет owner/retention, а restore регулярно выполняется на отдельной цели и проверяется содержательно.

Подтверждение: Timestamped backup + checksum + restore transcript + контрольный query/request и измеренные RPO/RTO.

Audit trailR3 / R8 / R13

Изменение связывается с author/review/commit/release/artifact/deployment; ручные действия и security exceptions прослеживаются.

Подтверждение: PR → CI → digest → deployment/release chain + approval и журнал rollback/incident при наличии.

Один проект, три потока

Соберите и защитите сервис

Развёртывайте учебное приложение с PostgreSQL. Другой человек должен повторить установку по README, а вы — объяснить решения и восстановить сервис после подготовленного сбоя.

Запрос

DNS и TLS
NGINX или балансировщик
Приложение
PostgreSQL в приватной сети

Изменение

Git и review
CI и тесты
Registry: один digest
Развёртывание и rollback

Эксплуатация

Метрики и логи
Сигнал об отказе
Runbook и диагностика
Восстановление и разбор

Что положить в репозиторий и как провести защиту

README: архитектура, версии, запуск с чистого окружения, ограничения и стоимость стенда.
CI: тесты, сборка и проверки образа, один артефакт между средами.
IaC и Ansible: окружение, роли, конфигурация и порядок восстановления.
Backup/restore с контрольным запросом, измеренными RPO и RTO.
Дашборд, полезный alert, runbook и протокол учебного отказа.
Rollback, результаты семи проверок безопасности и объяснённые исключения.

Пример защиты на час: 15 минут — архитектура и решения; 20 — диагностика подготовленного отказа; 15 — откат и восстановление с контрольным запросом; 10 — вопросы по артефактам R0–R13. Это удобный формат репетиции, а не требование работодателей.

Для поиска работы подготовьте короткое описание проекта, разбор одного инцидента и ссылки на воспроизводимые результаты. Сопоставьте навыки с конкретными вакансиями; прохождение маршрута само по себе не гарантирует трудоустройство.

После основы — по задаче

Выберите продолжение

Cloud Engineer

Deep cloud → IaC at scale → cloud capstone

IAM federation и private networking
multi-AZ, autoscaling и managed services
cost, backup/DR и reusable IaC modules

Основы работы с Yandex CloudRU · Курс
Terraform в Yandex CloudRU · Документация
FinOps FrameworkEN · Документация

Platform Engineer

Kubernetes → packaging → GitOps → platform as product

workloads, Services, Gateway, storage и RBAC
Helm или Kustomize; Argo CD или Flux
golden path, self-service и developer experience

Основы KubernetesRU · Документация
Kubernetes для пользователейRU · Курс
Killercoda: KubernetesEN · Тренажёр
OpenGitOps principlesEN · Документация
CNCF Platforms White PaperEN · Исследование

SRE

SLO → failure engineering → incidents → software engineering

error budgets, capacity и symptom-based alerts
timeouts, retry/backoff и graceful degradation
on-call, game days, postmortems и Python/Go глубже

Google SRE BooksEN · Книга
SadServersEN · Тренажёр
PagerDuty Incident ResponseEN · Документация
Principles of Chaos EngineeringEN · Документация

Поиск по названию и описаниюЭтапЯзыкФормат

R0 · EN · Документация

Как проходить маршрут#