Определить границы сервиса
Понять, за что сервис отвечает, а что остается вне его ответственности.
Система серверной разработки
Серверная логика, API, данные, безопасность и надежность
Практическая база для backend-разработки: API, данные, транзакции, безопасность, производительность, наблюдаемость, деплой и эксплуатация. Каждый пункт объясняет, зачем он нужен, как его выполнить, как проверить результат и какой артефакт должен остаться у команды.
Регламент0%
0 из 20 задач выполнено
Прогресс хранится только в этом браузере.
Границы, домен, контракты
Архитектура
На этапе «Архитектура» backend-разработчик собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Зафиксировать архитектурное решение
Описать важный технический выбор в ADR: контекст, варианты, решение и последствия.
Спроектировать модель ошибок
Определить типы ошибок, формат ответа и правила логирования.
Зафиксировать нефункциональные требования
Определить требования к скорости, надежности, безопасности, масштабированию, хранению данных и эксплуатации до проектирования решения.
Контракты, версии, ошибки
API и интеграции
На этапе «API и интеграции» backend-разработчик собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Описать API-контракт
Зафиксировать endpoints, параметры, схемы ответов, ошибки и авторизацию.
Настроить валидацию входных данных
Проверять входные данные на границах системы до бизнес-логики.
Продумать версионирование API
Определить, как будут выпускаться несовместимые изменения и поддерживаться клиенты.
Сделать операции идемпотентными
Защитить важные API-операции от дублей при повторных запросах, сетевых сбоях и retry-механизмах.
Схема, миграции, транзакции
Данные
На этапе «Данные» backend-разработчик собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Спроектировать схему данных
Определить таблицы, связи, ограничения, индексы и правила владения данными.
Писать безопасные миграции
Планировать изменение схемы так, чтобы не сломать production и не остановить сервис надолго.
Анализировать медленные запросы
Находить запросы, которые замедляют API, блокируют базу или плохо масштабируются.
Проверить индексы и план запросов
Убедиться, что новые и измененные запросы используют подходящие индексы и не создают скрытую нагрузку на базу данных.
Auth, доступы, секреты
Безопасность
На этапе «Безопасность» backend-разработчик собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Реализовать надежную аутентификацию
Проверить, что система корректно устанавливает личность пользователя или сервиса.
Проверить авторизацию на уровне ресурса
Гарантировать, что пользователь может работать только с разрешенными ему данными.
Защитить секреты и конфигурацию
Хранить ключи, пароли и токены вне репозитория и логов.
Провести threat modeling для изменения
Разобрать, какие активы, роли, входные точки и сценарии атак появляются после нового backend-изменения.
Логи, метрики, релизы
Эксплуатация
На этапе «Эксплуатация» backend-разработчик собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Добавить структурированные логи
Логировать важные события с request id, пользователем, операцией и контекстом ошибки.
Настроить health checks
Сделать проверки состояния сервиса и зависимостей для мониторинга и оркестрации.
Подготовить runbook сервиса
Описать, как деплоить, диагностировать, откатывать и поддерживать сервис.
Подготовить диагностику инцидентов
Заранее определить, по каким логам, метрикам и командам команда поймет причину сбоя в сервисе.