Комментарии 6
Друзья, это моя первая проба пера на этом сайте. Совсем забыл в заключении написать, что если вы знаете еще какие-то интересные и полезные кейсы по применению Kafka в микросервисной архитектуре, то поделитесь, пожалуйста, своим опытом :)
похоже, можно всю статью свести к cqrs+event sourcing
К сожалению у рисунков нет номеров, очень сложно задать вопрос по конкретному пункту...
Консистентность данных между сервисами с помощью Kafka
Что происходит в системе, если Offers отказывает в выполнении пришедшего от PIM сообщения? Ну я не знаю, заблокирован временно данный клиент/товар/операция?
Вероятно, я догадываюсь, это не должно волновать PIM, от слова совсем. Offers вероятно отправит в таком случае сообщение, которое обработает уже кто-то другой.
Правильно ли я понимаю, что ни один из "сервисов" представленных на схеме не должно в принципе волновать что происходит с отправленным сообщением, не только примитивный вопрос доставлено оно вообще, но и вопросы: приемлемо ли, корректно ли, допустимо ли.
За первую часть прям спасибо, а то вечно вижу хвалебные оды микросервисам на манер рекламы тв-парка из 90ых.
Почему именно кафка? Вы пишете что стоимость разработки микросервисов высока, но при этом берете одну из самых геморройных (имхо) mq, для которой нужны люди и мощности. Почему не взять скажем redis streams, который простой как тапок и работает даже на умном холодильнике, тем более что в 90% случаев редис в проекте все равно будет?
Практическое использование Kafka в микросервисных приложениях на примере Open Source платформы Ensi