Frühlings-Boot-micro Services- Handhabung beeinflussen Änderungen von anderen Micro

Question

Ich möchte nur über kurze, was ich versuche zu tun, bevor Frage zu stellen

Ich versuche, mit Microservices Frühjahr Boot zu bauen - wo in ich brauche viele verwenden Spring Cloud Netflix-Funktionen wie Service Discovery (Eureka), Leistungsschalter (Hystrix), intelligentes Routing (Zuul) und Client-seitiger Lastenausgleich (Ribbon) usw. - Ich plane die Verwendung von Docker-Containern, um Tools wie Docker Compose zu implementieren und zu verwalten , Docker Schwarm (oder Kubernetes).

Mit dieser Konfiguration haben wir 3 Microservices (nehmen wir an), Service A, Service B und Service C, das sind unabhängige Microservices, die von verschiedenen Entwicklern entwickelt wurden, vorausgesetzt, dass diese Entwickler nicht synchron sind A, das die Funktionalität der anderen 2 Dienste B und C unterbrechen könnte (diese rufen Service A für einen bestimmten Zweck auf), aber die Dienste B und C sind sich nicht über Änderungen im Service A im Klaren. ** Wie können Sie solche Situationen effizient bewältigen? ** - Vielen Dank im Voraus

Answer 1

Sie sollten niemals rückwärts compat brechen. Wenn Änderungen die Abwärtskompatibilität ändern, versionieren Sie den Dienst.

Ich habe über das Registrieren und Entdecken mehrerer Versionen eines Dienstes unter Verwendung Spring Cloud Netflix Eureka und bei http://tech.asimio.net/2017/03/06/Multi-version-Service-Discovery-using-Spring-Cloud-Netflix-Eureka-and-Ribbon.html gebloggt.