版权声明：原创文章 https://blog.csdn.net/cpongo5/article/details/88995562
\u003cp\u003eApache生态利用社区建立了一种极其有效的开放式创新Apache Way，旨在通过社区声音、邮件列表以及项目管理委员会完成对Apache产品的快速迭代。 \u003ca href=\"https://rocketmq.apache.org/\"\u003eApache RocketMQ\u003c/a\u003e项目管理委员会成员Von Gosling对RocketMQ这款企业级产品在项目和社区上的项目前景进行了\u003ca href=\"https://blogs.apache.org/foundation/entry/project-perspectives-apache-rocketmq-and\"\u003e分享和介绍\u003c/a\u003e，本文通过他的分享也希望读者能更多地参与Apache社区的推广和问题解决。\u003c/p\u003e\n\u003cp\u003e2018年Von Gosling发表了一篇文章\u003ca href=\"https://blogs.apache.org/foundation/entry/success-at-apache-open-innovation\"\u003e来自非英语国家的社区如何理解并使用Apache方式进行开放式创新\u003c/a\u003e，表达了开发人员希望有一个开放的社区环境，善于使用邮件列表，能倾听社区的声音并及时做出响应和决定。本文，Von Gosling通过一些实际的例子分享了一些Apache RocketMQ社区建设和如何协作创新的故事。\u003c/p\u003e\n\u003ch1\u003eApache RocketMQ前景\u003c/h1\u003e\n\u003cp\u003eApache RocketMQ最初是用在线电子商务事务处理的分布式消息传递引擎，可以在许多公司的生产环境中进行数十亿甚至数万亿的信息传输。\u003c/p\u003e\n\u003ch3\u003e\u003cstrong\u003e优点\u003c/strong\u003e\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eRocketMQ已被证明适用于大规模分布式场景中的高吞吐量、低延迟消息传递系统。\u003c/li\u003e\n\u003cli\u003eLinux Foundation上的标准OpenMessaging项目为云中的分布式消息传递系统提供了一个通用的\u003ca href=\"https://github.com/openmessaging/openmessaging-benchmark\"\u003e基准测试平台\u003c/a\u003e，Apache RocketMQ是参考的基准之一。\u003c/li\u003e\n\u003cli\u003e作为一个广泛使用的消息传递引擎，RocketMQ提供了拉动和推送模型，支持预定消息、有序消息、批量消息、广播消息、消息过滤、死信队列（dead-letter Queue）等，几乎支持所有经典事件驱动或流媒体场景。\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eRocketMQ正在尝试去补充一些还未能在企业级进行支持的核心功能。\u003c/p\u003e\n\u003ch3\u003e新功能\u003c/h3\u003e\n\u003cp\u003e去年，RocketMQ社区宣布了三个有吸引力的功能：\u003cstrong\u003e事务性消息\u003c/strong\u003e、\u003cstrong\u003e消息跟踪\u003c/strong\u003e、\u003cstrong\u003e身份验证和授权\u003c/strong\u003e。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e事务性消息保证了发送方和本地业务操作之间的事务一致性。此功能是一个非常有价值的功能，由金融行业的几个人发起和贡献。基于事务性消息，我们可以构建一个全栈分布式事务平台，适用于需要长期运行的微服务。\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch1\u003eApache生态\u003c/h1\u003e\n\u003ch3\u003e问题\u003c/h3\u003e\n\u003cp\u003e在采用消息传递机制的企业级应用程序中，始终存在一个令人不安的问题：我的信息发送到哪里了？ 消费者接收成功或失败，我如何找到消息历史？这是一项非常困难的任务，特别是当提供云发布/订阅服务时，因为消息传递是一种异步解耦过程，上游和下游相互之间并不了解。\u003c/p\u003e\n\u003ch3\u003e一个例子\u003c/h3\u003e\n\u003cp\u003e幸运的是，中国移动研究院的一些人在Apache RocketMQ Meetup上找到了项目管理委员会（PMC）的成员，并告知了他们碰到的问题。PMC成员向他们推荐了社区中最新的\u003ca href=\"https://github.com/apache/rocketmq/wiki/RocketMQ-Improvement-Proposal\"\u003eRIP计划\u003c/a\u003e，这项计划是Apache RocketMQ内部代码非常有挑战性的一次优化和改进。在PMC成员的帮助下，他们一起补充、讨论并接受了这项改进计划。Von Gosling透露到，经过一段必要的时间规划，RocketMQ开始设计、编码和讨论，交换代码并实现细节。其中包括几个聚会，聚集在一起讨论和审查代码，直到后来的在线验证和发布。更有意义的是，在审核过程中，来自社区的另一个云供应商还参加了进来。通过简单的视频通信，最初的实现被优化并解决了兼容性问题。在社区中，最后的新版本由两家云供应商在生产中进行了验证。通过ACL提供的功能，PMC和社区持续协作，最终发布了RIP计划的最终版本。\u003c/p\u003e\n\u003ch3\u003e社区的工作\u003c/h3\u003e\n\u003cp\u003e通过聚会收集要求，通过公开讨论，再加上使用Zoom的视频通信，RocketMQ社区在去年完成了几个重要的发布。同时，为了更好地促进生态繁荣，还对Apache RocketMQ外部存储库下的几个项目进行了重组（80％以上是在孵化期间由社区贡献的项目）。除了设定里程碑，增加了类似的孵化和毕业机制，进一步降低了社区参与的难度，同时更好地保证了产品质量。今天，已经毕业的几个不同语言的SDK项目来自大量使用和维护的用户，社区的热情甚至超越了想法。它还验证了未来的云架构是独立于语言的，甚至是无服务器的。在这一大趋势下，社区积极参与了RocketMQ多语言生态建设。RocketMQ现在支持java、cpp、python、go、nodejs，其他语言也在计划中。目前的CPP客户端最多可支持8个平台，如CentOS、MacOS、Ubuntu和Windows。\u003c/p\u003e\n\u003ch1\u003eRocketMQ社区\u003c/h1\u003e\n\u003cp\u003e不仅如此，越来越多的社区爱好者也自发地组织起来：他们积极地策划城市车站等类似活动，也需要PMC给予一些关注和鼓励。与此同时，Apache也在思考社区是否应该有类似发布经理一样面向开发人员的角色，比如开发人员关系维护者或项目经理，以便获得更多用户的理解，更多地参与到产品中来。近年来社区的发展也给RocketMQ社区带来了许多新的气象，出现了越来越多的活跃开发者。在最近的大约三个月内，从dev电子邮件列表发送了近2,000封电子邮件。研究表明，中国70％的顶级银行在核心业务链接上使用Apache RocketMQ，大约60%的互联网金融和保险客户在其生产环境中使用RocketMQ，中国20强互联网公司中75%广泛采用经典的pub/sub场景。\u003c/p\u003e\n\u003cp\u003e最近，RocketMQ社区一直在讨论下一代消息传递平台的开发。Von Gosling表示，RocketMQ希望它会是一个带有轻量级数据处理平台的统一消息传递引擎，并欢迎大家参与其中，告诉PMC您在未来版本的RocketMQ中期待看到哪些功能。\u003c/p\u003e\n