Dynamisk routning med tjänsteupptäckt

I en mikrotjänstarkitektur skalas tjänster ofta upp och ned, och deras nätverksplatser kan ändras. Att hårdkoda routes med specifika IP-adresser eller portar blir opraktiskt och skört.

Dynamisk routing gör det möjligt för din API Gateway att automatiskt hitta tillgängliga tjänsteinstanser och routa begäranden till dem utan manuella konfigurationsändringar.

Kom ihåg att service discovery (t.ex. med Eureka eller Consul) gör det möjligt för mikrotjänster att registrera sig i ett centralt register.

• Tjänster meddelar att de är tillgängliga och anger sin nätverksplats.
• Klienter (som vår Gateway) kan fråga registret för att hitta tillgängliga tjänsteinstanser med hjälp av deras logiska namn.

Spring Cloud Gateway integreras sömlöst med discovery-klienter. I stället för att känna till exakta URL:er behöver Gateway bara det logiska tjänste-ID som är registrerat på din discovery-server.

Gateway fungerar sedan som en smart router som översätter dessa logiska ID:n till de faktiska adresserna för tjänsteinstanserna.

Nyckeln till dynamisk routing i Spring Cloud Gateway är prefixet lb:// i routens URI. Prefixet talar om för Gateway att använda en lastbalanserare på klientsidan för att hitta tjänstens namn.

Så här ser en enkel dynamisk route ut i YAML:

Vi delar upp konfigurationen uri: lb://MY-SERVICE:

• lb://: Det står för 'Load Balancer'. Det anger att Gateway ska använda sin integrerade lastbalanserare (ofta Spring Cloud LoadBalancer) för att hitta tjänsteinstanser.
• MY-SERVICE: Detta är det logiska ID:t (eller namnet) för din mikrotjänst, så som den är registrerad på service discovery-servern (t.ex. Eureka).

Gateway frågar Eureka efter instanser av MY-SERVICE.

En av de största fördelarna med lb:// är möjligheten att hantera flera instanser av samma tjänst.

Om du har flera instanser av MY-SERVICE som körs och är registrerade hos Eureka distribuerar Gatewayens lastbalanserare på klientsidan automatiskt inkommande begäranden mellan dem, vilket ger:

• Lastfördelning: Förhindrar att en enskild instans överbelastas.
• Hög tillgänglighet: Om en instans slutar fungera routas begäranden till andra instanser.

Du kan kombinera kraftfulla predikat med dynamisk routing för att styra vilka begäranden som routas till de tjänster du har hittat.

Vanliga predikat som Path, Host och Method fungerar utmärkt med lb://-URI:er och gör det möjligt att skapa flexibla och intelligenta routingregler.

Här är ett exempel som routar begäranden som börjar med /api/users/ till den dynamiskt hittade tjänsten USER-SERVICE:

Dynamisk routing med service discovery ger betydande fördelar:

• Skalbarhet: Lägg enkelt till eller ta bort tjänsteinstanser utan att ändra Gateway-konfigurationen.
• Motståndskraft: Gateway routar automatiskt runt ohälsosamma eller otillgängliga tjänsteinstanser.
• Flexibilitet: Tjänster kan distribueras på valfri nätverksplats, så länge de registrerar sig på discovery-servern.
• Enkelhet: Gateway-konfigurationerna blir renare och enklare att underhålla.

Du har lärt dig hur Spring Cloud Gateway använder service discovery för att implementera dynamisk routing. Genom att använda prefixet lb:// i routens URI:er kan Gateway:

• automatiskt hitta tjänsteinstanser med hjälp av deras logiska ID.
• distribuera begäranden mellan flera instanser med lastbalansering på klientsidan.
• anpassa sig till förändringar i din mikrotjänstmiljö utan manuell konfiguration.

Det här tillvägagångssättet gör din API Gateway mycket skalbar och motståndskraftig!