Рассказ об observability и инфраструктуре (OTel, Docker, Makefile, Ansible)
↑ 9.2 Финальная подготовка: проекты, live coding, вопросы · ← Предыдущая · → Следующая
Зачем это на собесе
Показывает, что вы понимаете весь жизненный цикл: от кода до наблюдаемости в проде.
Шаблон для заполнения
Страница содержит структуру и подсказки; конкретику впишите сами.
Структура рассказа
| Блок | Что сказать | Ваш ответ |
|---|---|---|
| Проблема | Что было до: разрозненные логи, нет трассировки, ручные деплои, «работает у меня» | заполнить |
| Наблюдаемость | OpenTelemetry в сервисах, Collector, хранилища (ClickHouse/Prometheus/Tempo), дашборды, алерты, SLO (см. 7.2 Observability: логи, метрики, трейсинг, OpenTelemetry) | заполнить |
| Инфраструктура | Docker-образы, compose/оркестрация, Makefile-команды, Ansible для конфигурации окружений (см. 7.6 DevOps для бэкенд-разработчика: деплой наших систем и CI∕CD) | заполнить |
| Процессы | CI/CD, миграции, релизы, откаты, runbook | заполнить |
| Эффект | MTTR, время выкладки, число инцидентов, время разбора проблемы | заполнить |
| Уроки | Что автоматизировать дальше | заполнить |
Подготовка к углублениям
- Как проходит трейс от запроса до БД; что делать при обрыве цепочки.
- Как выбрали хранилище для логов/трейсов и почему.
- Как избегаете высокой кардинальности метрик и утечек ПДн в телеметрии.
- Как выглядит релиз: кто, чем, как откатываем.
- Как управляете конфигурацией и секретами по окружениям.
Вопросы с ответами
С чего начали внедрение observability?
С единого
trace_idв логах и RED-метрик ключевых сервисов, затем трейсинг, дашборды и алерты по SLO.
Как измеряли пользу?
Время обнаружения и восстановления (MTTD/MTTR), число инцидентов, время диагностики.
Связанные темы
- Рассказ о генерации печатных форм (70+) по STAR
- [[be-9-2-5-chastye-voprosy-csharp-i-dotnet|Частые вопросы C# и .NET: блиц]]