Практический курс, охватывающий полный жизненный цикл управления ИТ-инфраструктурой: от рутинной поддержки и реагирования на инциденты до стратегических миграций и оптимизации затрат. Участники освоят методы обеспечения стабильности сервисов в условиях нестабильных сборок, научатся внедрять Infrastructure as Code для устранения конфигурационного дрейфа и отработают навыки управления инцидентами под давлением. Программа уделяет особое внимание балансу между надёжностью и стоимостью, а также культурным аспектам взаимодействия между эксплуатацией и разработкой. По итогам обучения инженеры смогут трансформировать хаотичную поддержку в управляемый инженерный процесс, внедрить стандарты эксплуатации и снизить операционные риски бизнеса.
Для кого предназначен курс повышения квалификации DevOps-инженер: DevOps-инженер, SRE, системный инженер, инженер по надёжности, технический лид инфраструктурных команд, руководитель отдела эксплуатации, архитектор решений
Что даёт обучение DevOps-инженер участнику: для специалиста это возможность систематизировать разрозненный опыт эксплуатации, освоить методологии управления надёжностью и повысить свою ценность как инженера, способного не только тушить пожары, но и предотвращать их.
Какую выгоду получает компания от обучения DevOps-инженер: внедрение отработанных практик позволяет сократить время восстановления сервисов на 40% и уменьшить количество инцидентов, вызванных конфигурационными ошибками, на 60%. Оптимизация затрат на инфраструктуру и автоматизация рутинных операций обеспечивают окупаемость курса за счёт экономии облачных ресурсов и человеко-часов в течение 4-6 месяцев.
Особенности обучения для DevOps-инженер:
- Минимум теории, максимум прикладных решений, составляем документы, готовые к внедрению в практику предприятия сразу в аудитории.
- Примеры от реальных российских компаний: практика на кейсах. Отрабатываем навыки через игры: приезжаете на рабочее место и понимаете, как делать.
- Инструменты, которые можно применять без инвестиций или с минимальными расходами: даем только то, что уже прошло апробацию у наших практикующих преподавателей на реальном бизнесе.
ДЕНЬ 1. Инженер в ИТ-системах: ответственность, требования, риски
- Роль инженера в ИТ-командах и проектах. Где заканчивается зона ответственности разработчиков, архитекторов, эксплуатации и где начинается личная ответственность инженера.
- ИТ-решение как источник рисков. Почему «это просто конфигурация», «временный костыль», «маленький скрипт» приводит к инцидентам, простоям и потерям.
- Работа с требованиями в ИТ. Разница между бизнес-требованиями, техническими требованиями, ограничениями инфраструктуры и допущениями команды.
- Проверка и уточнение ТЗ и user story. Типовые дефекты требований: неявные SLA, неопределённые нагрузки, неучтённые сценарии отказов.
- Фиксация исходных условий. Версии ПО, окружения, данные, зависимости, внешние сервисы как обязательная часть инженерной фиксации.
- Допущения в ИТ-проектах. Облачные сервисы, доступность каналов, нагрузка, данные, поведение пользователей — чем опасны незафиксированные ожидания.
- Переход от устных договорённостей к управляемым артефактам. Технические записи, ADR, RFC, архитектурные заметки как защита инженера.
- Документация, которая реально нужна ИТ-инженеру. Что должно быть зафиксировано, даже если «никто не читает».
- Нормативы, политики и регламенты в ИТ. Внутренние стандарты, требования безопасности, SLA, compliance — где инженер обязан их учитывать.
- Минимальный комплект инженерных документов в ИТ-проекте. Требования, архитектурные решения, допущения, изменения, эксплуатационные инструкции.
ДЕНЬ 2. Изменения и управляемость ИТ-решений
- Изменения в ИТ как норма. Новые требования, баги, рост нагрузки, обновления — почему «потом поправим» опасно.
- Процедура работы с изменениями. Когда изменение требует оценки рисков, пересогласования и фиксации последствий.
- Экономика ИТ-решений. Как архитектурные и инженерные выборы влияют на затраты, SLA, репутацию и масштабируемость.
- Стоимость инцидентов. Простои сервисов, деградация производительности, потери клиентов, штрафы по SLA.
- Стоимость переделок. Рефакторинг, миграции, переработка пайплайнов, переразвертывание инфраструктуры.
- Одностраничное технико-экономическое обоснование ИТ-решения. Проблема, варианты, риски, стоимость владения, рекомендация.
- Согласование технических решений. Как разговаривать с бизнесом, продуктом и руководством на языке последствий.
- Коммуникации инженера в ИТ. Взаимодействие с разработкой, эксплуатацией, безопасностью, продуктом и менеджментом при изменениях.
- Инциденты и сбои. Когда инженер обязан фиксировать проблему и почему «быстро починили и забыли» создаёт повторные аварии.
- Технические отчёты и постмортемы. Как фиксировать причины, решения и предотвращать повторение.
ДЕНЬ 3. Специализация курса для DevOps-инженера
- Поддержка CI/CD-пайплайнов. Работа с нестабильными сборками и конфликтами версий.
- Эксплуатация инфраструктуры. Управление отказами и деградацией сервисов.
- Контроль конфигураций. Предотвращение рассинхронизации окружений.
- Работа с логами и мониторингом. Поиск первопричин, а не симптомов.
- Обеспечение доступности. Балансировка, резервирование, масштабирование.
- Управление секретами и доступами. Снижение рисков компрометации.
- Взаимодействие с разработкой. Согласование требований к окружениям.
- Поддержка релизов. Минимизация рисков выкладки.
- Документирование инфраструктуры. Фиксация фактического состояния.
- Реагирование на инциденты. Работа в условиях давления и нехватки времени.
- Внедрение IaC. Переход от ручных настроек к управляемости.
- Миграции платформ и облаков. Оценка рисков и последствий.
- Изменение архитектуры деплоя. Повышение устойчивости.
- Оптимизация затрат на инфраструктуру. Баланс надёжности и стоимости.
- Перестройка пайплайнов. Снижение времени поставки.
- Внедрение новых инструментов мониторинга.
- Пересмотр стратегий резервирования.
- Стандартизация окружений.
- Анализ эффекта изменений.
- Фиксация новых регламентов эксплуатации.
Высококвалифицированные эксперты и практики отрасли
Информация предоставляется по запросу
