Все зависит от того, чего вы хотите достичь здесь.
Если у вас есть существующие приложения, которые регистрируются в Eureka, и вы хотите использовать эти сервисы, тогда я бы сказал, что да, чтобы иметь минимальное влияниенасколько это возможно.Если вы собираетесь использовать только Kubernetes, то имеет смысл использовать его реестр.Хотя есть и другие (например, Consul, Eureka, Zookeeper), которые были бы лучшим кандидатом в случае, если вы хотите иметь гибридную систему или если вы хотите перейти от Kubernetes к X в будущем.
Еслиесли вы хотите иметь API-шлюз в качестве точки входа, то существует множество различных решений (Spring Cloud Gateway, Apigee, haproxy, nginx, ...), с помощью которых вы также можете использовать балансировщики нагрузки облачной платформы.В основном вы создаете маршруты между конечной точкой вашего шлюза API и адресом балансировщика нагрузки Kubernetes (службы).Теперь, если вы хотите использовать интеллектуальную балансировку нагрузки, например.используя схему автоматического выключателя, я бы использовал возможности обнаружения служб и балансировки нагрузки на стороне клиента и прекратил бы использовать балансировщик нагрузки платформы.В конце концов все сводится к тому, какие функции вам нужны.
Следует отметить, что большинство компонентов Spring Cloud Netflix перешли в режим обслуживания, см. Этот пост: https://spring.io/blog/2019/01/23/spring-cloud-greenwich-release-is-now-available#spring-cloud-netflix-projects-entering-maintenance-mode