求教多个koa服务进程间如何更好的通信呢？

@xwwscu rpc的话就和微服务有点牵扯了，比如rpc是长连接，1对1的连接，如果你A服务和B服务都部署多台服务器的话此时该怎么去连接？nginx是否支持？如果是短连接的话又回到了restful接口了

@yuedun redis放这里感觉有点大材小用，从业务本身考虑，个人是感觉rpc要合适一些，但是如何在已有服务A上提供rpc接口，这个是没想清楚的地方，所以想请教一下这块。

@FantasyGao 是的，解决方案可以有很多种

@zhulinwei 有同感，毕竟数据库没有剥离出去。也想过服务A给服务B提供接口，但也有个没想好的地方，就是如果服务A和B都在一台云主机上，再从服务B给A发http接口请求，总感觉费力不讨好，所以当时想到RPC，但是又没想好rpc如何融入的问题。。。

我个人是不太支持不同进程/服务都操作同一个数据库，更倾向 A服务提供接口给B服务去调用然后获取到数据

要说最简单的方法那redis应该最简单了，rpc和消息队列都有一定的改造成本

数据都在mongo里的话，A服务能连mongo，B服务也能连呀，如果不能连，B服务能访问A服务提供的接口呀，接口也不能连，那就找个能连的服务器当中转，在这里可以是redis也可以是mq

来自酷炫的 CNodeMD

@captainblue2013 看好多小伙伴都提到消息队列了，只是kafka还没用过，可以去学习使用，目前想再多了解几个方案，看看有没有性价比更高的哈，也当一次学习的机会，感谢

@atian25 我理解这里的微服务的意思是把数据那块剥离出去，做成一个单独的服务C，让服务A负责创建，添加数据，服务B去使用数据？

@kzfile 消息队列暂时还未涉及，框架上基本就是koa+mongo，数据库是什么意思？本来数据库是在服务A中创建和修改的，服务B也能连接数据库，但不太想再把服务A中的db一套再复制到服务B中。所以想问下这里数据库方案是指？

@yuedun rpc，我也想到了，因为目前还没引入redis或者kafka消息队列这些高级的东西，基本仅是Koa+mongo，但如何在服务A不做大的调整的前提下，融入rpc，这个是没想明白的地方，多请教哈，或者有相关学习资料也行哈，感谢

@ddzyan redis还没用过，之前只是放数据库里了，我应该大体明白你的意思了，感谢

消息队列或者数据库

rpc

kafka

keyword: 微服务

redis ，你觉得咋样呢