Это две совершенно разные вещи в основном:
Из документации Spring Cloud Gateway:
Spring Cloud Gateway features:
Built on Spring Framework 5, Project Reactor and Spring Boot 2.0
Able to match routes on any request attribute.
Predicates and filters are specific to routes.
Hystrix Circuit Breaker integration.
Spring Cloud DiscoveryClient integration
Easy to write Predicates and Filters
Request Rate Limiting
Path Rewriting
Так что думайте об этом как о единой «точке входа» в ваше приложение, которое может состоят из десятков или даже сотен различных микросервисов на сервере.
Однако вы не хотите, чтобы конечный пользователь знал все адреса этих микро-сервисов, поэтому вы размещаете шлюз перед ними. Пользователь знает только одну услугу, но вы направляете запрос в шлюзе к соответствующему микросервису.
Теперь что касается эврики. Это реестр всех микросервисов, которые у вас есть. Когда запускается микросервис, он может сказать: «Эй, Эврика, я микросервис типа AB C, и я готов обслуживать запросы на хосте / порту XYZ»
Теперь, когда другой микросервис хочет поговорить с микросервисом AB C может (неявно) go осуществлять эвакуацию и получать список актуальных фактических хостов / портов, на которых доступны экземпляры микросервиса типа AB C. И все это без знания фактических портов хоста AB C, но только по логическому имени "AB C".
Обратите внимание, что шлюз, когда перенаправляет запросы на микросервисы, может также связаться с eureka для разрешения фактического хоста / порты.
Итак, Eureka - это реестр сервисов, список всех сервисов, которые у вас есть.