03 курс

Спринт 3

Пакеты time, context. Отмена операций и управление временем выполнения
4/4
Пакет database/sql. Взаимодействие с базами данных SQL
8/8
Пакет errors. Обработка ошибок
5/5
Интроспекция ошибок
Инкремент 13
Код-ревью инкрементов. Спринт 3
Расскажите про свой проект
Заключение
Тема 3/3: Пакет errors. Обработка ошибок → Урок 2/5

Инкремент 13

Задание для трека «Сервис сокращения URL»

Сделайте в таблице базы данных с сокращёнными URL уникальный индекс для поля с исходным URL. Это позволит избавиться от дублирующих записей в базе данных.
При попытке пользователя сократить уже имеющийся в базе URL через хендлеры POST / и POST /api/shorten сервис должен вернуть HTTP-статус 409 Conflict, а в теле ответа — уже имеющийся сокращённый URL в правильном для хендлера формате.
Стратегии реализации:
  1. Чтобы не проверять наличие оригинального URL в базе данных отдельным запросом, можно воспользоваться конструкцией INSERT ... ON CONFLICT в PostgreSQL. Однако в таком случае придётся самостоятельно возвращать и проверять собственную ошибку.
  2. Чтобы определить тип ошибки PostgreSQL, с которой завершился запрос, можно воспользоваться библиотекой github.com/jackc/pgerrcode, в частности pgerrcode.UniqueViolation. В таком случае придётся делать дополнительный запрос к хранилищу, чтобы определить сокращённый вариант URL.

Задание для трека «Сервис сбора метрик и алертинга»

Измените весь свой код в соответствии со знаниями, полученными в этой теме. Добавьте обработку retriable-ошибок.
Retriable-ошибки — это ошибки, которые могут быть исправлены повторной попыткой выполнения операции. Это бывает полезно для программ, которые работают с сетью или файловой системой, где возможны временные проблемы связи или доступа к данным. Ошибки могут быть вызваны различными причинами, такими как перегрузка сервера, недоступность сети или ошибки в коде программы.
Примеры retriable-ошибок:
  • Ошибка связи с сервером при отправке запроса.
  • Ошибка чтения данных из сети или БД из-за проблем соединения.
  • Ошибка доступа к файлу, который был заблокирован другим процессом.
Сценарии возможных ошибок:
  • Агент не сумел с первой попытки выгрузить данные на сервер из-за временной невозможности установить соединение с сервером.
  • При обращении к PostgreSQL cервер получил ошибку транспорта (из категории Class 08 — Connection Exception).
Стратегия реализации:
  • Количество повторов должно быть ограничено тремя дополнительными попытками.
  • Интервалы между повторами должны увеличиваться: 1s, 3s, 5s.
  • Чтобы определить тип ошибки PostgreSQL, с которой завершился запрос, можно воспользоваться библиотекой github.com/jackc/pgerrcode, в частности pgerrcode.UniqueViolation.