На самом деле Кафка поддерживает как классический асинхронный, так и синхронный способ взаимодействия (ожидание ответа здесь и сейчас с тем же correlation id). Также как и классический синхронный rest и асинхронный webfux rest. Пост имеет практически нулевую ценность, просто констатирует старые постулаты не имеющие отношение к настоящему времени.
Рекомендую покопать поглубже, и выбор между рестом и кафкой будет уже не так однозначен, ну и материала для статьи будет гораздо больше)
Поддерживаю. Годы идут, усталость от "магических" проблем все выше. Все больше достает вопрос а какой в итоге запрос получится? Если говорить про хибер, то всякие автозапросы и n+1.... В итоге чем старше и опытнее становишься, тем больше хочется иметь понятные написанные руками аккуратно лежащие где-то запросы, вместо этой магии удобства популярных апи и начинаешь мечтать о старом добром jdbcTemplate или хотя бы простой и понятной батис модели ))))
В целом автора поддерживаю - кэширование инструмент очень полезный и порой незаменимый.
Единственное не понял при чем тут FeignClient)
Тут описано старое доброе кэширование результатов методов спринговых бинов) И кстати ничего нет про инвалидацию кэша. Кэшировать результат вызова метода - это одно. Но как узнать, что на сервере что-то поменялось и данные в кэше стали не валидны. Как правило если нет ответа на этот вопрос включать кэширование методов будет самоубийством.
Да и на практике никогда не встречал микросервисы в котором результаты метода на 100% предсказуемы и никогда не меняются.
Приветствую автора.
На самом деле Кафка поддерживает как классический асинхронный, так и синхронный способ взаимодействия (ожидание ответа здесь и сейчас с тем же correlation id). Также как и классический синхронный rest и асинхронный webfux rest. Пост имеет практически нулевую ценность, просто констатирует старые постулаты не имеющие отношение к настоящему времени.
Рекомендую покопать поглубже, и выбор между рестом и кафкой будет уже не так однозначен, ну и материала для статьи будет гораздо больше)
Поддерживаю. Годы идут, усталость от "магических" проблем все выше. Все больше достает вопрос а какой в итоге запрос получится? Если говорить про хибер, то всякие автозапросы и n+1.... В итоге чем старше и опытнее становишься, тем больше хочется иметь понятные написанные руками аккуратно лежащие где-то запросы, вместо этой магии удобства популярных апи и начинаешь мечтать о старом добром jdbcTemplate или хотя бы простой и понятной батис модели ))))
В целом автора поддерживаю - кэширование инструмент очень полезный и порой незаменимый.
Единственное не понял при чем тут FeignClient)
Тут описано старое доброе кэширование результатов методов спринговых бинов) И кстати ничего нет про инвалидацию кэша. Кэшировать результат вызова метода - это одно. Но как узнать, что на сервере что-то поменялось и данные в кэше стали не валидны. Как правило если нет ответа на этот вопрос включать кэширование методов будет самоубийством.
Да и на практике никогда не встречал микросервисы в котором результаты метода на 100% предсказуемы и никогда не меняются.
Спасибо автору за пост.