Какой дизайн-паттерн использовать при проектировании логики сервиса?

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

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

Каким дизайн-паттерном реализуется такой кейс?


Ответы (0 шт):