Рабочая ситуация
В час пик сервис приёма обращений начинает отвечать медленно, часть запросов завершается ошибкой. ИИ-команда эксплуатации объясняет происходящее по-разному: «сеть», «база», «кто-то выкатил изменение».
Студент сопоставляет метрики модельной нагрузки с журналами, локализует ограничение и меняет конфигурацию. Затем сценарий повторяет нагрузку и добавляет отказ внешней зависимости: нужно подтвердить результат в границах учебной модели и проверить, что план отката действительно работает.
Рабочее место
- Панели и журналы по логике Grafanaсопоставление метрик, журналов и событий на одной шкале времени.
- Ограниченный Linux-терминалдиагностика процессов, соединений и конфигурации узла.
- Панель тестов по логике GitLabотчёты о прогонах и регрессиях после изменений.
- Модель нагрузкинагрузку и последствия настроек рассчитывает отдельная явно обозначенная модель.
Как проходит работа
- Собрать картину инцидента: метрики, журналы, недавние изменения.
- Сформулировать и проверить гипотезы, локализовать ограничение.
- Внести изменение конфигурации и подготовить план отката.
- Пройти повторную нагрузку и сравнить метрики с исходными.
- Выдержать отказ зависимости, проверить откат и оформить диагностический протокол.
ИИ-команда
- Инженер эксплуатациизнает историю узла, но склонен объяснять всё внешними причинами.
- Разработчик сервисаобъясняет поведение приложения под нагрузкой и недавние изменения кода.
- Руководитель дежурной сменытребует понятного статуса, сроков и подтверждённого плана отката.
Что проверяется
| Итоговый артефакт | Автоматическая проверка в заданных границах | Оценка преподавателя |
|---|---|---|
| Диагностический протокол, конфигурация, результаты повторного прогона и отката | Метрики вычисляемой модели на одинаковой нагрузке и заданных отказах | Причинное объяснение, остаточные риски и реалистичность плана восстановления |
Связанные дисциплины
Тренажёр подходит для дисциплин по операционным системам, сетям, администрированию информационных систем и разработке высоконагруженных систем.
Общая механика серии
- Рабочая ситуациясинтетические документы, данные, сроки и противоречия образуют конкретную задачу, а не свободную беседу.
- Ролевой мессенджерзаказчик, оператор, разработчик или эксплуатация располагают только сведениями своей роли; допустимые факты сценария заданы заранее.
- Первый результатстудент создаёт спецификацию, схему, код, модель или прототип, который можно сохранить и проверить.
- Изменение условийсценарный движок вводит новую версию контракта, ограничение, возмущение или новые данные; ИИ не придумывает эти события самостоятельно.
- Пересмотрстудент обновляет решение, повторяет проверки и объясняет, почему изменил или сохранил первоначальный подход.
- Безопасное исполнениепользовательский код и SQL запускаются только в изолированной среде; реальные секреты, персональные данные и производственные системы не нужны.
Ролевые ИИ-персонажи не получают скрытый ключ проверки и не выставляют итоговые баллы: вычисляемую часть результата проверяет программное ядро, открытое инженерное решение оценивает преподаватель по заранее известной рубрике.
Статус описания: Проектируется. На странице описан проектируемый тренажёр — целевой учебный сценарий, а не готовое приложение. Состав воспроизводимых сред, механика и критерии проверки согласуются с вузом; реализация и приёмка выполняются отдельно.
Названия и логотипы сторонних платформ обозначают учебные профили интерфейсов и операций и не означают поставку оригинальных продуктов, интеграцию с ними, партнёрство или одобрение правообладателей. Упоминание программ Топ-ИТ и «Приоритет-2030» обозначает область применения тренажёра, а не официальное включение в эти программы.
