Что делать, если мы сделали действие по API, но не смогли добавить его, например, в базу данных?

Question

[Mark]

Допустим ситуацию:
Мы добавляем какую-либо запись(пост, заказ) по API на удаленный сервис, и нам необходимо сохранить какие-либо данные(пример ID), которые сервис вернул. Но сохранить не вышло, ибо произошла ошибка(упала база данных, ошибка валидации). Что делать в таком случае? По-сути, как с Rollback не выйдет сделать, как с БД.

Схема-пример:


Из идей - писать лог, оповещать об этом разработчика/администратора.

inb4: WebHook

Частенько приходится работать с сервисами, которые его ещё не ввели и пока не планируют. Хочется знать лучшие практики при его отсутствии.

Comments

[JhaoDa]

«ДБ» это даза банных? :)

[Mark]

JhaoDa, да, и я не стыжусь этого!

spoiler

:)

Answer 1

[Иван Шумов]

Ставить в очередь, а на очередь поставить мониторинг - если не пустая то трубить в колокола. Ну и в лог, конечно. Очередь для повторной отправки, логи для дебага

Comments

[Mark]

То есть, добавлять данные в определенное промежуточное хранилище, и поставить задачу, которая будет эти данные из него изымать и добавлять в базу данных, верно?

[Иван Шумов]

Mark, да. А в идеале такие операции только через очереди и делать. Это позволит настроить Dead Letter Queue (как в RabbitMQ, например). Один минус этого решения - систему надо строить сразу асинхронную

[Mark]

Иван Шумов, что бы Вы могли бы порекомендовать для реализации подобного, дабы подробнее изучить? Спасибо.

[Иван Шумов]

Mark, я большой фанат RabbitMQ, поэтому его и посоветую. В принципе, любой Message Broker подойдёт, но там я знаю что это все из коробки будет работать. Главное Consumer правильно реализовать

[Developer]

Поддерживаю Ивана. Кролик просто чудо

[Иван Шумов]

Developer, его тоже надо уметь готовить)

[Developer]

Иван Шумов, естественно. Я первое время ругал его, но это у меня руки были кривые и я не до конца всё понимал. Когда немного разобрался, переписал всё, стал доволен как слон