作者回复: Eureka服务端其实也可以选择在外面自己启动一个,只是Spring团队做了个简单的注解方式的服务端,其实都一样。Spring团队对Netflix OSS套件的支持会好一点,早期Spring Cloud里提供的很多东西都与Netflix OSS有关系。
作者回复: Dubbo其实也挺方便呀,不知道你觉得麻烦在哪里?可以例举一下。我觉得你想对比的并不是Spring Cloud和Dubbo,这两个就不是一个层面上的东西,你想对比的是用Dubbo作RPC和用了Spring Cloud发现注册等机制后的HTTP REST服务吧。
作者回复: 多谢补充,做这个课时还没M1芯片的机器呢,现在M2都出来了:-)
作者回复: 建议你检查下启动是否有报错,另外,是否没有配置端口映射?
作者回复: 你说的是在K8S里内部访问可以走Service,Pod起来健康检查通过后就会加入到Service里,由K8S来维护负载均衡,外部访问服务用Ingress。这只在K8S里能用,而Eureka、Nacos这些不受限于环境。
作者回复: 我想你说的是使用阿里云、腾讯云这样的云服务吧,如果你用的只是ECS这样的主机,那其实他们也就是给你一堆虚拟机而已,服务的注册中心还是要你自己搞的。
作者回复: 首先,如果你不在AWS上,那就没什么必要用Eureka了,Nacos需要再观察一下,ZK和Consul可能是可以着重考虑的,如果真的大规模,要想想跨机房或者跨AZ的问题,可能的话,尽量避免这种情况。
作者回复: 我在前面一讲的留言里答复过你这个问题了……可以翻过去看看哈。
作者回复: 可以看它的官方手册哈,https://nacos.io/zh-cn/docs/console-guide.html ,这个页面里就有介绍怎么找到历史版本
作者回复: 建议可以把我们Github上的代码Clone下来,和你的代码对比一下,看看是不是少了什么,比如你的RestTemplate Bean在配置时是不是少了@LoadBalanced注解。