Frühlingswolke | Feign Hytrix | First Call Timeout

Question

Ich habe einen Dienst, der 3 Pseud Clients verwendet. Jedes Mal, wenn ich meine Anwendung starte, erhalte ich beim ersten Aufruf eines Pseudonyms eine TimeoutException.

Ich muss jeden Schein-Client mindestens einmal auslösen, bevor alles stabil ist. Wenn man sich online umsieht, ist das Problem, dass etwas in feign oder hystrix lazy geladen ist, und die Lösung bestand darin, eine Konfigurationsklasse zu erstellen, die die Frühjahrsvorgaben überschreibt. Ich habe das mit dem untenstehenden Code versucht und es hilft immer noch nicht. Ich sehe immer noch das gleiche Problem. Weiß jemand eine Lösung dafür? Ist die einzige Lösung, den feignclient zweimal über einen Hytrix Callback aufzurufen?

@FeignClient(value = "SERVICE-NAME", configuration =ServiceFeignConfiguration.class)  

@Configuration 
public class ServiceFeignConfiguration { 

    @Value("${service.feign.connectTimeout:60000}") 
    private int connectTimeout; 

    @Value("${service.feign.readTimeOut:60000}") 
    private int readTimeout; 

    @Bean 
    public Request.Options options() { 
     return new Request.Options(connectTimeout, readTimeout); 
    } 
} 

Frühling Cloud - Brixton.SR4 Frühling Boot - 1.4.0.RELEASE

Das alles in Lauf Docker Ubuntu - 12.04 Docker - 1.12.1 Docker-Compose - 1.8

Answer 1

Ich fand die Lösung, dass die Standardeigenschaften von Hystrix nicht gut sind. Sie haben ein sehr kleines Zeitfenster und die Anfrage wird immer beim ersten Versuch ablaufen. Ich habe diese Eigenschaften zu meiner application.yml Datei in meine Config Service und jetzt alle meine Dienste können ohne Probleme verwenden vortäuschen und i dont

um das erste Mal Timeout zu codieren haben

hystrix: 
threadpool.default.coreSize: "20" 
threadpool.default.maxQueueSize: "500000" 
threadpool.default.keepAliveTimeMinutes: "2" 
threadpool.default.queueSizeRejectionThreshold: "500000" 
command: 
    default: 
    fallback.isolation.semaphore.maxConcurrentRequests: "20" 
    execution: 
     timeout: 
     enabled: "false" 
     isolation: 
     strategy: "THREAD" 
     thread: 
      timeoutInMilliseconds: "30000"