docs: update why-mq.md to fix #40

- Update RocketMQ desc
- Fix #40 @rainzhao
This commit is contained in:
Libin Yang 2019-02-15 14:02:09 +08:00 committed by GitHub
parent da0f759f6b
commit 2e2a9f3d48
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -100,8 +100,8 @@ A 系统处理完了直接返回成功了,人都以为你这个请求就成功
后来大家开始用 RabbitMQ但是确实 erlang 语言阻止了大量的 Java 工程师去深入研究和掌控它,对公司而言,几乎处于不可控的状态,但是确实人家是开源的,比较稳定的支持,活跃度也高;
不过现在确实越来越多的公司,会去用 RocketMQ确实很不错阿里出品但社区可能有突然黄掉的风险对自己公司技术实力有绝对自信的,推荐用 RocketMQ否则回去老老实实用 RabbitMQ 吧,人家有活跃的开源社区,绝对不会黄。
不过现在确实越来越多的公司会去用 RocketMQ确实很不错毕竟是阿里出品但社区可能有突然黄掉的风险目前 RocketMQ 已捐给 [Apache](https://github.com/apache/rocketmq),但 GitHub 上的活跃度其实不算高)对自己公司技术实力有绝对自信的,推荐用 RocketMQ否则回去老老实实用 RabbitMQ 吧,人家有活跃的开源社区,绝对不会黄。
所以**中小型公司**,技术实力较为一般,技术挑战不是特别高,用 RabbitMQ 是不错的选择;**大型公司**,基础架构研发实力较强,用 RocketMQ 是很好的选择。
如果是**大数据领域**的实时计算、日志采集等场景,用 Kafka 是业内标准的,绝对没问题,社区活跃度很高,绝对不会黄,何况几乎是全世界这个领域的事实性规范。
如果是**大数据领域**的实时计算、日志采集等场景,用 Kafka 是业内标准的,绝对没问题,社区活跃度很高,绝对不会黄,何况几乎是全世界这个领域的事实性规范。