Комментарии 3
А не поделитесь, в чём вы рисуете такие симпатичные иллюстрации?
Конечно, это excalidraw)
Здравствуйте.
Возник ряд вопросов:
1) Почему Вы рассматриваете только RDBMS в качестве хранилища?
2) Почему не рассматриваете KVDB в качестве хранилища?
3) Почему не рассматриваете IMDB + backend хранилище? Это бы решило много проблем с масштабированием и CAP.
4) Почему вы рассматриваете работу с RDBMS только в синхронном режиме и не рассматриваете асинхру и bulk? Несмотря на то, что именно из-за этого возникают все ваши проблемы.
5) "Предположим, что к нам приехала крупная партия товара и резко увеличилась нагрузка в потоке данных об остатках — сразу в 10 раз. В базе данных происходит что-то нехорошее, и на запросы обновления товарных остатков она начинает отвечать дольше обычного". Это свидетельствует о том, что структура данных и работа с ними ведутся не корректно и не оптимально. Почему Вы предпочитаете делать все что угодно, вплоть до запуска человека на Марс, только не устраняете эти проблемы?
6) Какой "паттерн" Вы используете для отката распределенных транзакций в случае отказа одной из подсистем? Какой "паттерн" используется для подтверждения распределенных транзакций?
7) Каким образом при масштабировании вы решаете проблемы консистентности? Например, split brain syndrome.
Спасибо.
Проектируем микросервисы с Reactive Manifesto: 4 принципа распределенных систем