ZuulException (SendErrorFilter) при первом вызове

Согласно эта документация:

Zuul internally uses Ribbon for calling the remote URLs. By default, Ribbon clients are lazily loaded by Spring Cloud on first call. This behavior can be changed for Zuul by using the following configuration, which results eager loading of the child Ribbon related Application contexts at application startup time.

В следующем примере показано, как включить активную загрузку:

# application.yml
zuul:
  ribbon:
    eager-load:
      enabled: true

Или

# application.properties
ribbon.eager-load.enabled = true

Возможно, вам потребуется проверить следующие связанные проблемы:

• Комментарий Райана Бакстера
• Первый запрос через Zuul/Euruka всегда будет истекать по тайм-ауту. Последующие запросы ведут себя так, как ожидалось (без тайм-аутов).

У нас должно быть 3 вещи, которые мы должны держать в голове для запроса, который прошел через Зуула.

1) Согласно этому документу - https://cloud.spring.io/spring-cloud-static/spring-cloud-netflix/1.4.3.RELEASE/single/spring-cloud-netflix.html#_zuul_eager_application_context_loading

Zuul внутренне использует ленту для вызова удаленных URL-адресов, а клиенты ленты по умолчанию лениво загружаются Spring Cloud при первом вызове. Это поведение можно изменить для Zuul, используя следующую конфигурацию, и это приведет к тому, что дочерние контексты приложения, связанные с лентой, будут с готовностью загружаться во время запуска приложения.

приложение.yaml

zuul:
   ribbon:
      eager-load:
         enabled: true

приложение.свойства

zuul.ribbon.eager-load.enabled= true

2) Согласно этому документу - http://cloud.spring.io/spring-cloud-static/Edgware.SR3/single/spring-cloud.html#_service_discovery_configuration

Конфигурация обнаружения службы --- Если Zuul использует сервисное обнаружение, вам нужно учитывать два тайм-аута: тайм-аут Hystrix (поскольку все маршруты по умолчанию завернуты в команды Hystrix) и тайм-аут ленты. Тайм-аут Hystrix должен учитывать тайм-аут чтения и подключения ленты ПЛЮС общее количество повторных попыток, которые будут происходить для этой службы. По умолчанию Spring Cloud Zuul сделает все возможное, чтобы рассчитать тайм-аут Hystrix для вас, ЕСЛИ вы не укажете тайм-аут Hystrix явно.

Тайм-аут Hystrix рассчитывается по следующей формуле:

(ribbon.ConnectTimeout + ribbon.ReadTimeout) * (ribbon.MaxAutoRetries + 1) * 
(ribbon.MaxAutoRetriesNextServer + 1)

Например, если вы установите следующие свойства в свойствах вашего приложения

приложение.yaml

ribbon:
   ReadTimeout:100
   ConnectTimeout:500
   MaxAutoRetries:1
   MaxAutoRetriesNextServer:1

приложение.свойства

ribbon.ReadTimeout= 100
ribbon.ConnectTimeout= 500
ribbon.MaxAutoRetries= 1
ribbon.MaxAutoRetriesNextServer= 1

Тогда тайм-аут Hystrix (в данном случае для всех маршрутов) будет установлен на 2400 мс.

В моей конфигурации приложения zuul я добавил следующие свойства. И он работает для моего 1-го звонка без каких-либо ошибок.

приложение.yaml

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 11000

ribbon:
   ConnectTimeout: 10000
   ReadTimeout: 10000

приложение.свойства

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds= 11000

ribbon.ConnectTimeout= 10000
ribbon.ReadTimeout: 10000

3) Это самый простой способ. Отключите тайм-аут выполнения hystrix.

Согласно этому документу -https://github.com/Netflix/Hystrix/wiki/Configuration#executiontimeoutenabled

Следующее свойство отключит тайм-аут выполнения hystrix на Zuul.

приложение.свойства

hystrix.command.default.execution.timeout.enabled=false

Если мы будем помнить эти 3 сценария, то легко получим решение ZuulException (SendErrorFilter).

Измените URL-адрес с localhost на имя службы, указанное в клиенте обнаружения.