Pull to refresh
0
Send message

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

Однако, простая фоновая джоба хоть на обработке хоть на отсылке, да ещё однопоточная, просто не будет справляться при действительно высоких нагрузках. И начнется следующий этап борьбы - распараллеливание джоб и опять решение вопросов строгой упорядоченности и неповторов при успехе и повторов при определенных ошибках.

Кроме того, в статье возможно умышленно опущены вопросы идемпотентности ибо я слабо себе представляю чтобы сервис при схеме запрос-ответ молча проглотил повтор запроса и не выдал ответа.

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

Например, на сайте Temporal пример с переводом денег между счетами описан в качестве демо того как эта проблема там решается.

2

Information

Rating
Does not participate
Registered
Activity

Specialization

Бэкенд разработчик, Архитектор программного обеспечения
Ведущий
SQL
Базы данных
PostgreSQL
Java
REST
RabbitMQ
Высоконагруженные системы
Kubernetes
CI/CD
Oracle