Интересно мнение про обработку ошибок в глубоко вложенных микросервисах. Вы используете стандартный errors.Is/As или есть какие-то кастомные обертки, которые прокидываются до самого API Gateway? Как вы решаете проблему "зашумления" логов при массовых сбоях в цепочке вызовов, чтобы не терять корень проблемы?
Учитывая, что Feign по умолчанию блокирующий (хотя есть и reactive-версии), а WebClient изначально строился как неблокирующий инструмент, в каких сценариях вы бы всё же рекомендовали оставаться на Feign? Стоит ли переходить на WebClient только ради реактивности, или у него есть критические преимущества в плане удобства тестирования и конфигурации тайм-аутов по сравнению с декларативным подходом Feign?
Интересно мнение про обработку ошибок в глубоко вложенных микросервисах. Вы используете стандартный
errors.Is/Asили есть какие-то кастомные обертки, которые прокидываются до самого API Gateway? Как вы решаете проблему "зашумления" логов при массовых сбоях в цепочке вызовов, чтобы не терять корень проблемы?Учитывая, что Feign по умолчанию блокирующий (хотя есть и reactive-версии), а WebClient изначально строился как неблокирующий инструмент, в каких сценариях вы бы всё же рекомендовали оставаться на Feign? Стоит ли переходить на WebClient только ради реактивности, или у него есть критические преимущества в плане удобства тестирования и конфигурации тайм-аутов по сравнению с декларативным подходом Feign?