加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

Golang巡演分布式

发布时间:2020-12-16 19:04:30 所属栏目:大数据 来源:网络整理
导读:根据 this article,app-engine前端和游乐场后端通过RPC调用进行通信.可以创建app-engine前端实例和playground实例中的每一个以支持缩放. 我问自己,在保持RPC的同时,在前端请求和后端实例之间进行负载均衡的模式(解决方案)是什么? 一种解决方案可能是使用一
根据 this article,app-engine前端和游乐场后端通过RPC调用进行通信.可以创建app-engine前端实例和playground实例中的每一个以支持缩放.

我问自己,在保持RPC的同时,在前端请求和后端实例之间进行负载均衡的模式(解决方案)是什么?

一种解决方案可能是使用一个全局工作队列,其中任务通过“Reply-To”标头放入其中.此标头应指向放置响应的每个前端实例队列.类似于以下模式(从RabbitMQ tutorial开始),后端实例之间共享rpc_queue:

我不确定这是一个很好的方法,尤其是如果共享队列处于脱机状态,整个系统都会失败(但是如何解决这个问题?).

谢谢.

作为我在第一篇文章中收到的评论的答案和后续跟踪,我开发了Indenter,这是一个基于提出的服务发现守护程序的概念的小概念证明(为了简单起见,我使用etcd而不是ZooKeepr).

我写了一篇关于它的文章,如果有人可能有兴趣发布代码:

Indenter: a scalable,fault-tolerant,distributed web service copying the go playground architecture.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读