Closed JonasGao closed 1 day ago
牛
Thank you for your reply, I deleted suggest 2.
Add spring cloud nacos properties and logics, to support disable GRPC, back to HTTP.
It will not be supported. client has upgrade to new connection way and enhance a lot of than HTTP, no need to back to HTTP.
Why nacos community don't to support direct config grpc port.
The design is for most of user to easy to upgrade and use it.
For old version user, when they upgrade to version client, they only upgrade version is ok, not need to config grpc port.
And for most new users. Also only config the main port, and client will auto calculate the grpc port.
If the grpc port and http port is different relative with default, use offset setting can support it, because for this little percent users, they know the grpc port clear and modifies the link port in vip/slb.
No more response from author for a long time.
Is your feature request related to a problem? Please describe. A nacos cluster running in my kubernetes cluster. A spring boot application will running out of the kubernetes. Now, the application can not access the nacos that in the kubernetes cluster. Because:
I tried export nacos by NodePort Service, the port will be random, like 32705. If you use the configuration of the offset, the only way is port to 31705. Or calculate
32705 - 8848
.Describe the solution you'd like
spring.cloud.nacos.discovery.grpc-port
Add a spring cloud nacos property for OFFSET, likespring.cloud.nacos.discovery.grpc-port-offset
spring.cloud.nacos.discovery.server-addr
. Justspring.cloud.nacos.discovery.server-addr=172.16.30.250:9848
Describe alternatives you've considered I will use eureka or consul or kubernetes builtin. Stay far far far away from NACOS.
Additional context No additional context.
Life is short, stay away from NACOS. Especially spring cloud nacos.