是这样的,我写了一个公司内部交流的聊天系统。现在要做 pc、mobile 的客户端(本来是纯 web 端的)。我想对我写的项目进行一次剥离,分成两块,一块只负责路由、与客户端的 websocket 通信,另一块只负责读写数据,当成一个 restful api 使用。
前者的话,将来应付三平台的客户端在线聊天使用,后者为前者提供数据支持,同时也想要开放一些 api 供其他系统使用。
首先想到的是 http 通信,但考虑到高并发的情况(虽然没有这种情况,但还是往这种情况去考虑),以及目前我们用的就只是 http 不是 https,安全性得不到保证。
然后想到是不是可以用 tcp 协议自己搞一个类似 java 那样的 websevice,之后又想到了 zookeeper。但是对这一块不是非常了解,各位能否支个招?
1
BOYPT 2017-12-23 14:59:50 +08:00
各种 mq 啊。
|
3
Elven 2017-12-23 18:42:01 +08:00 via iPhone
可以丢个 grpc
|
4
tmac6740 2017-12-23 20:07:44 +08:00
小乔要努力变强
|
6
cloud107202 2017-12-24 16:34:52 +08:00
同步建议 gRPC,异步用 MQ. MQ 的选择比较多,有基于内存的(rabbitmq nsq) 有可持久化的(kafka) 有些只能消费一次,有的可以由 client 自由操控 offset 反复消费 msg(还是 kafka)
|
7
jecshcier OP @cloud107202 kafka 这个我也查到了,一直不明白它和 zookeeper 的区别,可否解答一下疑惑
|