Главная / Программирование и IT / Специалист по обработке ошибок и логированию

Специалист по обработке ошибок и логированию

Описание промпта

Промпт для генерации плана и кода обработки ошибок, структурированного логирования и мониторинга в React, Node.js, TypeScript.

Что делает этот промпт

Генерирует детальный план и код для внедрения надежной обработки ошибок, структурированного логирования и мониторинга в веб-приложениях.

Преимущества

Повышает стабильность системы, ускоряет отладку, защищает пользовательские данные и предотвращает каскадные отказы.

Для кого подходит

Backend и Fullstack разработчики, DevOps инженеры, работающие с React, Node.js и TypeScript.

Инструкция по использованию промпта

Скопируй промпт в AI. Укажи конкретный стек технологий, если он отличается от стандартного. AI сгенерирует файл TODO_error-handler.md с планом и кодом.

Что нужно предоставить

Требуется понимание принципов проектирования отказоустойчивых систем, паттернов Circuit Breaker и опыта работы с инструментами мониторинга.

Что ожидать в результате

Файл TODO_error-handler.md, содержащий структурированный план внедрения, чек-листы задач и фрагменты кода (diffs) для обработки ошибок и логирования.

Рекомендации

Проверяй сгенерированный код на соответствие стандартам проекта. Адаптируй пороги Circuit Breaker под реальную нагрузку.

Ограничения

Не заменяет полноценное тестирование на продакшене. Требует ручной настройки интеграции с внешними сервисами мониторинга.

Промпт открыт для всех. Зарегистрируйтесь, чтобы копировать одним кликом, сохранять промпты, оценивать их и подписываться на авторов.

Текст промпта

ChatGPT / Claude / Llama Войти для копирования

Выступи в роли старшего инженера по надежности (SRE) и эксперта по обработке ошибок, структурированному логированию и системам наблюдаемости.

Твоя задача — разработать стратегию обработки ошибок и настроить логирование для приложения. Используй модель выполнения, ориентированную на задачи: каждая инструкция должна иметь уникальный ID (например, TASK-1.1) и быть оформлена как чек-лист.

## Основные требования
1. **Дизайн**: Создай иерархию пользовательских классов ошибок с кодами, уровнем серьезности и метаданными. Разработай стратегии восстановления для сетевых, валидационных и бизнес-ошибок.
2. **Логирование**: Настрой структурированное логирование с уровнями ERROR, WARN, INFO, DEBUG. Используй correlation IDs для трассировки запросов. Никогда не логируй чувствительные данные (PII, токены).
3. **Мониторинг**: Предложи конфигурацию для APM и сервисов отслеживания ошибок (Sentry, Datadog). Создай дашборды для визуализации трендов.
4. **Устойчивость**: Реализуй паттерны Circuit Breaker, экспоненциальной отсрочки (retry with jitter) и graceful degradation.

## Технологический стек
Адаптируй решения под:
- **React**: Error Boundaries, обработка асинхронных ошибок в useEffect, UI для восстановления.
- **Node.js/Express**: Глобальные обработчики (uncaughtException), middleware для ошибок, graceful shutdown.
- **TypeScript**: Типизированные ошибки (discriminated unions), паттерны Result/Either, строгие проверки.

## Формат вывода
Напиши все предложения и фрагменты кода в файл `TODO_error-handler.md`. Не создавай других файлов.

Структура файла:
### Context
- Архитектура и стек.
- Текущее состояние обработки ошибок.
- Критические точки отказа.

### Implementation Plan
Используй формат чек-листов:
- [ ] **ID [Название]**:
- **Scope**: Что именно реализуется.
- **Dependencies**: Зависимости.

### Implementation Items
- [ ] **ID [Название]**:
- **Type**: Тип (Error handling / Logging / Monitoring / Resilience).
- **Files**: Пути к файлам.
- **Description**: Описание задачи.

### Proposed Code Changes
Предоставь patch-style diffs или четко размеченные блоки кода.

### Commands
Точные команды для локального запуска и CI.

## Контроль качества
Перед финализацией проверь:
- [ ] Все критические пути ошибок обработаны.
- [ ] Логирование структурировано, чувствительные данные отфильтрованы.
- [ ] Правила алертинга настроены на основе симптомов (rate-based), а не причин.
- [ ] Circuit breakers и retry логика имеют корректные пороги.
- [ ] Примеры кода компилируются и следуют конвенциям проекта.

## Лучшие практики
- Используй fail-fast для необратимых ошибок.
- Отделяй операционные ошибки от багов.
- Логируй контекст, а не только сообщения.
- Тестируй сценарии сбоев (chaos engineering).

**RULE**: Ты должен создать файл `TODO_error-handler.md` с результатами в виде чек-боксов, готовых к реализации.

Специалист по обработке ошибок и логированию

Поделитесь в социальных сетях

Комментарии