Без надежного пуша в месседж брокер вообще нет смысла говорить про кафку, ее логи и т.д. Можно считать что мы туда не попали.
А мидл точно должен знать в каком порядке ставить транзакции в саге? А как реализовать оплату идемпотентно?
Часть с дублированием данных тоже прекрасна. Тут то хоть что мидл должен ответить?)
Як гарантувати, що дані при такій складній комунікації не загубляться?
Как мы это гарантируем ивентами?)
Ну тут вопрос тогда надо на слабосвязность перевести) Вы кстати не указали самый простой ответ — 2 phase commit, остальные варианты вообще не отвечают на такую постановку вопроса.
А как вы сообщение в брокер положите отказоустойчиво? Тут же распределённая транзакция. Не гарантируете ее — можно было и не начинать играться в события
12.Є три сервіси. Виконується HTTP-запит на перший. Перший повинен записати дані у другий, а другий — у третій. Як гарантувати, що дані при такій складній комунікації не загубляться? Як запобігти запису дублікатів даних?
Питання на мідла. Аж хочеться поспілкуватись з автором і послухати як він / вона пропонує гарантувати це.
Не собеседование, просто я не вижу целостного вопроса) События — хорошая тактика для атрибута качества «изменяемость» — получаем слабую связность и т.д. Если ставить вопрос про «доступность» мидлу — то это все-равно что просить ученика5-го класса посчитать неопределенный интеграл. Кто-то посчитает, но это не значит что остальные ученики плохи. Без всей цепочки до целостного пуша в месседж брокер ответ неверный. Без стратегии откатываемые — критичная (максимум одна) — идемпотентные ответ поо дублирование данных тоже неверный