Как пересылать заголовки при использовании Zuul, Hystrix (и Feign) с Spring Cloud HATEOAS?

Контекст

Мое приложение микросервисов основано на spring-cloud: шлюз zuul настроен перед двумя микросервисами: сервис-а и сервис-б.

Один из моих API требует, чтобы сервис-а запрашивал сервис-б; Я использую feign для этого.

Zuul отправляет X-FORWARDED-* заголовки сервисам, чтобы они правильно переписали ссылки HATEOAS (когда сервисы настроены с ForwardedHeaderFilter).

Моя проблема в том, что сервисы общаются друг с другом с помощью Feign, который опирается на Hystrix. Hystrix создает новый поток для каждого запроса (мы не используем конфигурацию SEMAPHORE), поэтому запрос в Spring RequestContextHolder теряется в запросе Feign от сервис-а до сервис-б, я больше не могу обогатить запрос feign перехватчиком feign, так как исходный запрос потерян.

Некоторые возможные решения

Переадресация токена авторизации теперь поддерживается непосредственно Spring с параметром hystrix.shareSecurityContext: true

Не существует какой-либо «стандартной» конфигурации, позволяющей Hystrix распределять запросы между потоками.

Решением может быть реализовать свой собственный HystrixConcurrencyStrategy, который является классом из netflix.hystrix. Моя последняя находка — это Пулл-реквест, который был отправлен в spring-cloud-netflix, но, к сожалению, не интегрирован.

Я могу попытаться скопировать код запроса на извлечение и создать компонент, как написал «eacdy»:

@Bean
public RequestAttributeHystrixConcurrencyStrategy hystrixRequestAutoConfiguration() {
    return new RequestAttributeHystrixConcurrencyStrategy();
}

Есть ли более простое решение для пересылки заголовков из Zuul с помощью Hystrix?

Я полагаю, что то, что я пытаюсь сделать, очень стандартно при использовании микросервисов Zuul, Hystrix и HATEOAS, которые взаимодействуют друг с другом, так что, может быть, что-то уже существует (и что я не смог найти)?

Спасибо !

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
1 136
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Я думал, что это довольно распространенная вещь, но после долгих исследований я не смог найти способ автоматической пересылки заголовков X-FORWARDED-* с помощью Feign и Hystrix.

Итак, я искал другое решение, которое работает и довольно чисто:

  • В Feign-клиенте от сервис-а до сервис-б я объявил специфическую конфигурацию «ServiceBFeignConfig», которая, помимо пересылки токена, еще и добавляет X-Forwarded-*-заголовки, соответствующие шлюзу:
@Configuration
public class ServiceBFeignConfig {

    @Autowired
    private ApplicationProperties applicationProperties;

    @Bean
    public RequestInterceptor requestTokenBearerInterceptor() {
        return new RequestInterceptor() {
            @Override
            public void apply(RequestTemplate requestTemplate) {
                OAuth2AuthenticationDetails details =
                        (OAuth2AuthenticationDetails) SecurityContextHolder.getContext().getAuthentication().getDetails();
                requestTemplate.header("Authorization", "bearer " + details.getTokenValue());

                if (applicationProperties.getFeign().getGatewayEnabled()) {
                    requestTemplate.header("X-Forwarded-Host", applicationProperties.getFeign().getGatewayHost());
                    requestTemplate.header("X-Forwarded-Port", applicationProperties.getFeign().getGatewayPort());
                    requestTemplate.header("X-Forwarded-Proto", applicationProperties.getFeign().getGatewayProtocol());
                    requestTemplate.header("X-Forwarded-Prefix", applicationProperties.getFeign().getServiceBPrefix());
                }
            }
        };
    }

}

Вы можете видеть, что хост и порт шлюза настроены в файлах свойств (в моем случае они обслуживаются Spring Cloud Config). В этих файлах также установлен префикс сервис-б.

Эти заголовки добавляются только в том случае, если в файлах свойств установлено свойство «gatewayEnabled».

  • Вы должны игнорировать эту конфигурацию при сканировании компонентов Spring Boot, даже если для нее требуется аннотация @Configuration, поэтому поместите ее в пакет «ignorescan» и в своем основном классе загрузки Spring используйте:
@ComponentScan(basePackages = { "com.myservice" }, excludeFilters = @ComponentScan.Filter(type = FilterType.REGEX, pattern = "com.myservice.ignorescan.*"))

В конце будут добавлены заголовки Forward, если для параметра gatewayEnabled установлено значение true, а вызов API к шлюзу получает правильные ссылки HATEOAS.

Другие вопросы по теме