我们正在构建OLTP网关，该网关是否具有以下（部分）要求：
高吞吐量和低延迟，无单点故障，完全可扩展的解决方案，初始功能为每个实例500 tps，可扩展至5000 tps。
（但当然:-)）
网关还必须与第三方服务（如收单银行，替代支付方式和其他实施）集成
我们有许多系统区域（和模块内），所以为了清楚起见，我将提到两个：
核心网关区域 - 封装了许多由OLTP引擎组成的模块
和后端集成区 - 用于这些第三方服务实施
我们的系统区域分离考虑了在模块过载时在群集环境中独立扩展模块的能力。
我们正在使用Java，我们计划使用AKKA和Camel平台作为网关OLTP架构的基础。
我们选择这些平台是因为它们众所周知的先进功能
我们是AKKA和Camel平台的新手，因此我们通过网络进行了大量的研究和学习，我们对其功能非常有信心。
现在我们主要关心的是AKKA的路由和负载均衡消息/请求/我们的模块和系统区域之间的工作。
我们试图找出在我们的系统区域之间使用常规NLB是否是更好的选择
我们尝试根据以下参数和顺序来衡量我们的决定：
1.表现
2.已知和连续实施
3.统计数据
4.容错
5.路由策略
6.配置
7.（近）实时调试
我们相信上面列表中的4-6部分很容易被AKKA满足，我们想知道前三个和第7节......
我们已经在网上研究了有关AKKA路由和负载平衡的信息，并发表了许多好文章。
http://prochera.com | use case for akka (stackoverflow)（也是akka的文档，我还有更多链接）
但是我们没有找到太多可以帮助我们确定哪种方法更好的信息（AKKA的路由和负载均衡VS常规NLB）
所以最后这里有关于我们困境的问题：
1.您能否提供一些有关AKKA在分布式系统中的路由和负载均衡性能的统计数据？
2.您能否提供AKKA的路由和负载均衡VS常规NLB之间的比较？
3.您能否在市场上提供已知和连续的实施？
4.使用AKKA的路由和负载平衡是否存在已知问题/缺点？
5.我们想知道一个实现AKKA的解决方案，但让外部负载平衡进行机器间通信 - 可以在以后阶段用所有AKKA机制代替。
你能想到一个（高级别）吗？
6. AKKA可以在多个后端服务器上执行基于粘性的负载均衡吗？
7.在AKKA的路由和负载平衡上（近乎）实时调试/记录跟踪是否容易？
非常感谢一些反馈 Tzvika