Критерии зачёта
Работа оценивается по объяснению и проверяемому поведению, а не по количеству инструментов. Командный проект допускается; каждый студент объясняет свою часть и общий путь пользователя. Исправление после обратной связи и повторная попытка разрешены.
| Раздел | Баллы | Что должно быть предъявлено |
|---|---|---|
| Linux и диагностика | 20 | Паспорт WSL2, корректные пути/права, скрипт с обработкой ошибки, диагноз отказа по фактам |
| Git и воспроизводимость | 15 | Атомарные commit, осмысленный merge/revert, README, известный SHA, отсутствие среды и секретов в Git |
| Docker и Compose | 20 | Собранный образ, non-root, localhost-порты, healthcheck, объяснение сети и сохранения volume |
| CI и контракт | 15 | Тест, ловящий намеренный дефект, зелёный запуск после исправления, сборка для того же состояния |
| Наблюдаемость | 15 | Target, rate/p95 с единицами, dashboard и поиск запроса по request_id |
| Восстановление и объяснение | 15 | Реальный rollback или game day, smoke после восстановления, backup и restore-check, ограничения результата |
В каждом разделе полный балл означает самостоятельное объяснение и воспроизводимую проверку; половина — рабочий результат с существенной помощью или без полного объяснения; ноль — отсутствие результата или неподтверждённое заявление. Между этими уровнями баллы распределяются по фактическим доказательствам.
Предлагаемая граница зачёта — 60/100 при наличии работающего запуска, проверки ошибки и восстановления. Если вуз использует другую шкалу, преподаватель объявляет соответствие до первого оцениваемого чекпоинта. Не считать это официальным правилом вуза без утверждения.
Индивидуальные вопросы
- Где выполняется эта команда: Windows, WSL или контейнер?
- Каким наблюдением вы подтвердили причину отказа?
- Какие данные исчезнут после удаления контейнера, а какие останутся?
- Что доказывает зелёный CI и чего он не доказывает?
- Чем отличается rollback приложения от восстановления данных?
- Почему запрос 200 не показывает качество реальной ML-модели?
Пакет доказательств
README, SHA, результат тестов, ожидаемый/фактический HTTP-ответ, release-report, incident-report и restore-report. Не нужен полный дамп терминала; достаточно минимальных данных без персональной информации и секретов. Скриншоты дополняют команды и объяснение, но не заменяют возможность повторить запуск.
При утечке реального секрета сначала выполняется безопасная коррекция/ротация, затем повторная проверка. Не ставить низкий балл за слабый ноутбук: предоставить парное рабочее место и оценить понимание.