GHu*_*ugo 6 distributed-computing go
根据这篇文章,app-engine前端和游乐场后端通过RPC调用进行通信.可以创建app-engine前端实例和playground实例中的每一个以支持缩放.

我问自己,在保持RPC的同时,在前端请求和后端实例之间进行负载均衡的模式(解决方案)是什么?
一种解决方案可能是使用一个全局工作队列,其中任务通过"Reply-To"标头放入其中.此标头应指向放置响应的每个前端实例队列.类似于以下架构(来自RabbitMQ教程),后端实例之间共享rpc_queue:

我不确定这是一个很好的方法,尤其是如果共享队列处于脱机状态,整个系统都会失败(但是如何解决这个问题?).
谢谢.
作为我在第一篇文章中收到的评论的答案和后续评论,我开发了 Indenter,这是一个基于服务发现守护进程提出的想法的小型概念证明(不过为了简单起见,我使用 etcd 而不是 ZooKeepr)。
我写了一篇关于它的文章,如果有一天有人感兴趣的话,我会发布代码:
Indenter:一个可扩展、容错的分布式 Web 服务,复制了 Go Playground 架构。
| 归档时间: |
|
| 查看次数: |
722 次 |
| 最近记录: |