Философия DevOps: CAMS, поток и жизненный цикл ПО

DevOps — не должность и не один инструмент. Это культурные и технические практики, которые сокращают путь от идеи до продакшена. В этом уроке — модель CAMS, почему Development и Operations конфликтовали, как выглядит современный конвейер поставки и как обратные связи помогают держать системы живыми.

Как читать виджеты: каждый интерактивный блок привязан к одной теме урока. Вложенные кольца (CAMS) идут от внешнего к внутреннему — наведите курсор и прочитайте, что улучшать в Sharing, Measurement, Automation и Culture. Таблица сравнения показывает силосы и выравнивание DevOps; читайте строки парами. Карточки — три пути Gene Kim; откройте по порядку перед конвейером SDLC. Pipeline — этапы жизненного цикла слева направо. Таймлайн даёт исторический контекст терминам DORA и GitOps в следующих главах.

CAMS: четыре опоры, с которых начинают многие команды

CAMS — чеклист, не сертификат. Культура часто в центре, потому что без доверия автоматизация пугает, а метрики скрывают. Связывайте пункты в кольцах с реальностью команды: «открытые метрики» — это дашборд, который смотрят и разработка, и эксплуатация.

Внешнее кольцо — Sharing (широкая зона сотрудничества). Внутрь: Measurement → Automation → Culture. Читайте описание и маркеры вместе.
CAMS
SharingMeasurementAutomationCulture
Внешнее кольцо — Sharing (широкая зона сотрудничества). Внутрь: Measurement → Automation → Culture. Читайте описание и маркеры вместе.
От силосов к общей ответственности

Классическая модель делит «строителей» (разработка) и «хранителей» (эксплуатация). Разработка хотела скорость, эксплуатация — стабильность. Релизы редкие и рискованные. DevOps переформулирует цель: безопасная скорость — много мелких проверенных изменений с автоматизацией и наблюдаемостью, чтобы у всех была одна картина мира.

Таблица: в каждой строке — одно напряжение. Средний столбец — типичное поведение силосов; правый — выравнивание DevOps. Используйте как чеклист встреч: если слышите «перекиньте через забор», строка ещё не закрыта.

Сравните средний и правый столбец — это сдвиг поведения, не список инструментов.
ИзмерениеСилосыDevOps-подход
ЦельРазработка гонит фичи, эксплуатация тормозит изменения — разные KPI.Одна продуктовая цель: ценность для пользователя, скорость и риск согласованы письменно (error budget).
Размер батчаКвартальные «поезда релизов» — много изменений сразу, сложно найти причину сбоя.Непрерывная поставка: мелкие интеграции ежедневно; откат и наблюдаемость на каждое изменение.
Обратная связьБоль в проде узнают пользователи; разбор начинается через дни.Быстрая связь: тесты в CI, staging близок к проду, метрики и трейсы, алерты на команде, которая выкатывает.
Реакция на сбойПоиск виноватых; хотфиксы без постмортемов.Blameless postmortem; исправления в runbook, тестах или защитных рельсах, чтобы класс сбоев повторялся сложнее.
Три пути (упрощённо по Gene Kim)

Первый путь — пропускная способность всей цепочки ценности, не локальная эффективность. Второй путь — укоротить и усилить обратную связь из прода в проектирование. Третий путь — эксперименты: резерв времени на улучшения и безопасные пробы (флаги, канарейки).

Три карточки = три пути. Читайте по порядку: поток → обратная связь → обучение. Затем переходите к конвейеру SDLC ниже.
Жизненный цикл разработки ПО (SDLC) одним взглядом

Схемы различаются, суть одна: план → сборка → проверка → поставка → эксплуатация → обучение. Инструменты DevOps связывают эти этапы так, что «готово» значит работает в проде с наблюдаемостью, а не «смержили в main».

Виджет pipeline: каждый шаг — этап. Подписи под иконками — типичные артефакты или риски. В зрелых командах «Релиз» и «Деплой» часто полностью автоматизированы; «Обучение» замыкает цикл в планирование следующего спринта.

Шагайте слева направо — тот же SDLC, который позже автоматизируете Git и CI/CD. Обратите внимание: тесты до релиза, эксплуатация после деплоя.
План
задачи, НФТ, риски
Код
ветка, PR, ревью
Сборка
артефакт, образ
Тесты
unit, контракт, e2e
Релиз
staging, согласование, тег
Деплой
прод, смоук
Эксплуатация
SLO, инциденты, ёмкость
Обучение
ретро, разбор метрик
▶
Короткая хронология

Таймлайн: каждая точка — веха истории DevOps. Откройте по порядку — от практики (доклад Velocity) к исследованиям (DORA) и платформенной инженерии.

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

Практические выводы

Не нужны все инструменты с первого дня. Начните с контроля версий, автотестов критичных сценариев и базового мониторинга. Автоматизируйте то, где больше всего боли: чаще всего деплои, дрейф окружений и неясная ответственность за инциденты. Виджеты урока — карта: CAMS для культуры, три пути для принципов, pipeline для SDLC, таймлайн для контекста.
Сначала культура: если деплой страшен, новые плагины CI не спасут — нужны безопасность и ясность процесса.
Автоматизируйте скучное и повторяющееся (раз в неделю) раньше экзотических оптимизаций и новых облаков.
Лучше несколько метрик, которые реально смотрят на встречах (например DORA + один SLI), чем десятки графиков «для галочки».
В инциденте dev и ops смотрят на одни дашборды — меньше взаимных обвинений и быстрее смягчение.
Дальше в курсе — контейнеры, CI/CD, Kubernetes и наблюдаемость; эта глава только задаёт общий словарь.
Полезно заранее: любопытство и базовая работа в терминале. Следующие уроки — Git, Bash, SSH, сеть, systemd, бэкапы; каждый опирается на поток, обратную связь и автоматизацию из этого введения.