http://shiyanjun.cn/archives/341.html 简单之美，难得简单，享受简单的唯美。 Wed, 19 Feb 2025 08:08:30 +0000 hourly 1 http://wordpress.org/?v=3.9.2 http://shiyanjun.cn/archives/341.html#comment-59690 Tue, 09 Jan 2018 03:59:28 +0000 http://shiyanjun.cn/?p=341#comment-59690 看博主的文章是一种享受

]]> http://shiyanjun.cn/archives/341.html#comment-59224 Mon, 18 Sep 2017 15:31:22 +0000 http://shiyanjun.cn/?p=341#comment-59224 那如果节点有挂了的zk做负载均衡可以感知到，nginx不能感知到啊，那不是zk更适合做负载么

]]> http://shiyanjun.cn/archives/341.html#comment-58564 Wed, 10 May 2017 06:19:32 +0000 http://shiyanjun.cn/?p=341#comment-58564 按照作者的意思 Nginx是做为REST接口层做的LB ZK 是为dubbo做的LB “最终Nginx对外暴露了一个统一的REST接口”这个是Nginx的最大用处

]]> http://shiyanjun.cn/archives/341.html#comment-58154 Fri, 20 Jan 2017 10:22:45 +0000 http://shiyanjun.cn/?p=341#comment-58154 您好，我的理解这里dubbo已经没有起到负载均衡的作用，dubbo只提供了RPC的功能。Nginx才是负载均衡的作用；
如果要使用dubbo提供负载均衡的功能，需要去掉Nginx，起三个Provider应用，每个Provider连接一个SolrCloud的子节点；
望回复，是否理解正确；

]]> http://shiyanjun.cn/archives/341.html#comment-58132 Thu, 12 Jan 2017 02:40:05 +0000 http://shiyanjun.cn/?p=341#comment-58132 你的理解有问题。这里的使用场景，是把Nginx+ZK+SolrCloud作为一个独立的服务A，Nginx是为了能够把请求打到Backend的SolrCloud任意一个Shard上，因为不排除某一个Shard可能有问题，最终Nginx对外暴露了一个统一的REST接口。而Dubbo Provider只是作为A服务的一个Proxy，如果你想在Dubbo层面做LB，那也可以的。

]]> http://shiyanjun.cn/archives/341.html#comment-58118 Tue, 10 Jan 2017 11:41:51 +0000 http://shiyanjun.cn/?p=341#comment-58118 我也这么认为，Nginx做了负载均衡，而Dubbo也是带有负载均衡的功能，他这么做我都不明白什么意思了

]]> http://shiyanjun.cn/archives/341.html#comment-57845 Wed, 05 Oct 2016 03:15:03 +0000 http://shiyanjun.cn/?p=341#comment-57845 你可以看成是同一个SolrCloud集群，按照业务划分，app1和app2是逻辑独立的，比如app1是有关用户基础信息的，而app2有关行为信息的。

]]> http://shiyanjun.cn/archives/341.html#comment-57843 Mon, 03 Oct 2016 06:51:42 +0000 http://shiyanjun.cn/?p=341#comment-57843 请问作者，图中的app1 和app2是两个不同的应用，还是一个solrcloud?

]]> http://shiyanjun.cn/archives/341.html#comment-57618 Fri, 22 Jul 2016 02:11:08 +0000 http://shiyanjun.cn/?p=341#comment-57618 我有一个疑问??你前面使用了nginx做了反向代理,这个时候已经决定走那个搜索服务器了,而你这个dubbo框架,的服务又注册到指定的服务器上面了,他是不是接受到请求之后又重新发送给对应的服务处理呢,如果是这样的那么你的nginx和zookeper是不是反而是多此一举了,我先声明一点,dubbo服务是为了解决内部系统的耦合问题的,也就说业务系统和订单系统之间存在关联的时候,就需要提供一个公用的接口,并且暴露出来,这样业务系统就能在自己系统里面调用订单系统的服务.这样才是dubbo的真正用法

]]> http://shiyanjun.cn/archives/341.html#comment-56580 Thu, 10 Dec 2015 11:26:07 +0000 http://shiyanjun.cn/?p=341#comment-56580 受用了，非常感谢

]]>