2018云栖大会南京峰会上，阿里巴巴研究员林昊正式发布了第四届阿里中间件性能挑战赛。挑战赛以开源项目为背景，核心技术为Dubbo和RocketMQ，目的是通过大赛向技术爱好者们传达开源精神。
林昊在发布中表示，“对于开发人员来讲，很多工作都使用了开源的东西，开源对整个世界也产生了非常大的影响。对阿里来讲也同样，阿里巴巴也同样使用了开源的软件，在这个过程中，我们结合阿里的场景，对整个开源的产品进行了很多的改进，也不断开始回馈到社区。”
从2017年起，阿里巴巴开源的步伐正在加速。
2017年9月，RocketMQ在Apache毕业，成为了Apache顶级项目（TLP）。10月份，OpenMessaging发布，分布式消息中间件、流处理领域的应用开发标准，目前已正式入驻Linux基金会，这也是国内首个在全球范围内发起的分布式消息领域国际标准。11月，社区突然热闹起来，Dubbo快速更新，引发了非常广泛的关注。今年，Dubbo进入了Apache，目前正在孵化期。
Apache基金会联合创始人Jim Jagielski表示，Apache顶级项目RocketMQ是一个极其强大且具有变革性的软件项目，众多公司都是它的深度用户。Dubbo目前正在Apache软件基金会内孵化，具有巨大的潜力。
中间件性能挑战赛至今已经是第四届，这是首次把赛题设置在开源背景上，让更多技术开发者参与其中。
【参赛直通车】
下面，我们针对本次赛题做个详细的深度解析。
了解 Dubbo 的朋友们都知道，Dubbo不仅仅是一款高性能的 RPC 通讯框架，更是一套完整的微服务解决方案——服务注册与发现、负载均衡、服务治理等，这些都是我们耳熟能详的能力。但是 Dubbo 也有着天然的不足，初赛的题目便由此而来。
赛题解析
了解 Dubbo 的朋友们都知道，Dubbo不仅仅是一款高性能的 RPC 通讯框架，更是一套完整的微服务解决方案——服务注册与发现、负载均衡、服务治理等，这些都是我们耳熟能详的能力。但是 Dubbo 也有着天然的不足，初赛的题目便由此而来。
初衷
Dubbo 一直致力于为 Java 应用提供高效、稳定和可用于生产环境的 RPC 通讯能力。在不使用 RESTful 接口的情况下，用户很难将 Dubbo 与其它语言实现的系统对接起来。因此本次比赛将打破语言的藩篱，参赛团队可以尽情选取你最中意的技术，主流的也好，非主流的也罢——We don't care——让 Dubbo 在多语言的方向上迈出第一步。
提到 Dubbo 就不能不说微服务，而言及微服务就一定有 Service Mesh 的一席之地。
传统的微服务向我们展现了服务化的未来蓝图，也提供了诸多方法论和最佳实践指导我们完成架构的变革。但是显然实施过微服务的朋友们都一定清楚，这是一个异常复杂且充满了不确定性的改造过程——将单体系统剥离、引入服务化组件（如果 Dubbo 不是你的第一选择，你更有理由关注本次比赛了）、将内部调用转化为远程调用、解决因为调用远程化和分布化而带来的各种次生问题（网络问题、安全问题、状态管理问题、一致性问题等等）。在拥有复杂系统的组织内部，这样的改造不亚于梦魇。想想看要把各种不标准的 Java 应用、PHP 应用、Python 应用等全部打通且服务化，不是你在做梦，就是客户在做梦。