Golang巡演分布式

Golang巡演分布式,第1张

概述根据 this article,app-engine前端和游乐场后端通过RPC调用进行通信.可以创建app-engine前端实例和playground实例中的每一个以支持缩放. 我问自己,在保持RPC的同时,在前端请求和后端实例之间进行负载均衡的模式(解决方案)是什么? 一种解决方案可能是使用一个全局工作队列,其中任务通过“Reply-To”标头放入其中.此标头应指向放置响应的每个前端实例队列.类 根据 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.

总结

以上是内存溢出为你收集整理的Golang巡演分布式全部内容,希望文章能够帮你解决Golang巡演分布式所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1294189.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-10
下一篇 2022-06-10

发表评论

登录后才能评论

评论列表(0条)

保存