1 大赛背景

Apache Dubbo 是一款微服务框架，为大规模微服务实践提供高性能RPC通信、流量治理、可观测性等解决方案，涵盖Java、Golang等多种语言SDK实现。随着越来越多的企业迁移上云，单位算力的成本在逐渐的下降。这使得在云原生如何构建下一代微服务体系成为一项挑战，Dubbo3创新性的提出了Triple协议、应用级服务发现、可观测体系等解决方案，通过本项赛事，我们期望参赛者在高性能 Triple协议设计、完善的Benchmark 验收体系、零信任解决方案、高性能消息驱动异步RPC上提出优秀的解决方案，共同定义下一代云原生微服务体系。我们期望一同探索以上关键技术点的核心解决方案，为开源社区和企业用户在性能、安全等方面带来收益。

2 赛题说明

2.1 赛题一：设计并实现一套零信任安全机制（含Java、GolangSDK 适配与证书管理）

2.1.1 赛题简介

微服务架构带来各种好处，包括更好的灵活性、可伸缩性以及服务复用的能力。但是，微服务也有特殊的安全需求：

为了抵御中间人攻击，需要流量加密。为了提供灵活的服务访问控制，需要双向 TLS 和细粒度的访问策略。要确定谁在什么时候做了什么，需要审计工具。Dubbo 尝试提供全面的安全解决方案来解决所有这些问题。这套零信任体系中可能设计的安全性组件包括：

用于密钥和证书管理的证书颁发机构（CA），配置 API 服务器分发给SDK、认证策略、授权策略、安全命名信息、SDK 和边缘代理作为策略执行点（PEP）以保护客户端和服务器之间的通信安全。

本赛题详情及关联资源请参考 issue ：https://atomgit.com/apache/dubbo/issues/1

2.1.2 赛题评审标准

评分项	子评分项	评分标准
方案架构设计(30分)	可行性（10）	方案充分考虑Dubbo项目背景、特点，具备在Dubbo中用代码实现的可行性；方案能够用于解决实际场景的问题，能够用于解决企业实际生产实践中的零信任问题
	完整性（10）	方案完整的覆盖赛题目标的功能和非功能性需求，包含架构、工作流程、如何编码、测试验收等内容
	原创性（5）	方案具有创新性，为业界当前所未公开发表过的方案，也可结合 Dubbo 特有场景提出具有原创性的方案
	先进性（5）	对比业界已有的方案，当前方案在降低实现难度、减轻流程复杂度、大幅提升性能上有明显优势的，或者其他具备先进性的内容
方案代码实现(50分)	SDK 具备完整的 TLS 加密能力（15）	为 Dubbo SDK 设计完整的认证鉴权API与实现，SDK可以基于接收到的证书建立TLS/mTLS连接，实现加密通信
	控制面 + SDK 具备证书分发与自动过期轮转能力（15）	提供控制面代码实现，控制面具备证书管理与分发机制能力；控制面具备证书推送能力，SDK具备证书接收能力；控制面具备证书轮转能力
	SDK具备链路、请求层次的认证鉴权能力（10）	SDK 支持链路级别的认证鉴权，SDK 支持针对每个独立请求设置认证鉴权
	一套设计完整的鉴权规则，规则可通过控制面下发到SDK（10）	具备认证规则，具备鉴权规则，支持规则推送到 SDK，SDK 能根据规则完成流量控制
非功能性指标(20分)	测试（5）	单元测试或集成测试用例，根据代码测试覆盖率、核心功能场景覆盖度进行评分
	性能（5）	本赛题主要关注控制面到SDK的推送效率，证书管理的资源消耗等
	稳定性（5）	程序实现在一些边界、异常场景的程序运行情况，持续运行下的资源消耗情况
	易用性（5）	本赛题主要关注SDK API、认证鉴权规则的易用性

2.2 赛题二: 自动化的 Dubbo 框架与协议性能基准 Benchmark 机制与平台

2.2.1 赛题简介

Apache Dubbo 作为一款RPC框架，内置了高效的RPC通信协议如Dubbo、Triple、REST等，还包括一系列高效的序列化协议如 Hessian、JSON、Kryo等。对于社区与企业用户来说，能持续的监测协议组合的性能表现至关重要，从而能根据性能指标进行针对性的优化。因此本题目是要建设一套针对Dubbo协议的自动化Benchmark评测与验收体系，并协助定位性能瓶颈问题。

题目详情及关联资源请参考 issue ：https://atomgit.com/apache/dubbo/issues/2

2.2.2 赛题评审标准

评分项	子评分项	评分标准
方案架构设计(30分)	可行性（10）	方案充分考虑Dubbo项目背景、特点，具备在Dubbo中用代码实现的可行性；方案能够用于解决实际场景的问题，能够用于解决企业实际生产实践中的零信任问题
	完整性（10）	方案完整的覆盖赛题目标的功能和非功能性需求，包含架构、工作流程、如何编码、测试验收等内容
	原创性（5）	方案具有创新性，为业界当前所未公开发表过的方案，也可结合 Dubbo 特有场景提出具有原创性的方案
	先进性（5）	对比业界已有的方案，当前方案在降低实现难度、减轻流程复杂度、大幅提升性能上有明显优势的，或者其他具备先进性的内容
方案代码实现(50分)	一套可完整运行的benchmark机制与实现（15）	设计一套可进行施压、启动目标测试进程的完整Benchmark机制，并提交代码实现，比如基于 JMH 或者任意相关方案均可
	能以固定周期自动运行评测，支持 RPC+序列化的任意协议组合（15）	支持以固定周期运行并给出测试报告
	能以固定周期自动运行评测，支持 RPC+序列化的任意协议组合（15）	支持Dubbo 支持的几个主流 RPC、序列化协议
	设计一系列可以体现与评估协议性能表现的评估指标（15）	根据指标丰富度和有效性进行评分
	设计一系列可以体现与评估协议性能表现的评估指标（15）	可视化的或具备对比能力的图标更优
	针对协议性能瓶颈的优化方案（5）	可选，如所有选手均未提供有效优化方案，则所有选手均自动获得此分数；如有选手提供有效方案，则未提供方案的选手为0分，提供方案的选手根据方案优劣评分
非功能性指标(20分)	测试（5）	单元测试或集成测试用例，根据代码测试覆盖率、核心功能场景覆盖度进行评分
	性能（5）	本赛题主要关注benchmark机制的调度效率，比如跑一次完整评测的用时
	稳定性（5）	程序实现在一些边界、异常场景的程序运行情况，持续运行下的资源消耗情况
	易用性（5）	主要关注Benchmark机制的易用性，比如如何任意指定不同协议的组合，如何调整关注的评测指标等

2.3 赛题三: 基于HTTP/3 的高性能传输协议

2.3.1赛评简介

HTTP/3是HTTP/2的升级版本，它主要使用QUIC协议替代了之前的TCP协议。HTTP/3对于Dubbo可以带来以下几个主要的好处：

减少延迟：HTTP/3使用QUIC协议，它支持多路复用，可以在一个连接上并行发送多个请求或响应，这样就可以避免 HTTP/2 中的队头阻塞问题，从而减少延迟。
提高传输速度：QUIC 协议使用了新的拥塞控制算法，可以更好地适应网络状况的变化，从而提高数据的传输速度。
更好的安全性：HTTP/3 默认使用 TLS 1.3 进行加密，相比于 HTTP/2 的 TLS 1.2，它提供了更强的安全性。
更强的抗丢包能力：在 TCP 协议中，任何一个数据包的丢失都会导致整个TCP流的阻塞，而在QUIC协议中，丢包只会影响到那个数据包所在的流，不会影响到其他流，因此QUIC协议具有更强的抗丢包能力。
无需多次握手：QUIC协议支持0-RTT的连接建立，这意味着在已经建立过连接的客户端和服务器之间，可以无需进行多次握手就可以直接发送数据，这也可以进一步减少延迟。

以上这些特性使得HTTP/3成为了Dubbo在进行微服务通信时的一个很好的选择。因此，本题目要求提供以HTTP/3位传输层实现 Triple协议规范定义的所有核心能力。

题目详情及关联资源请参考 issue ：https://atomgit.com/apache/dubbo/issues/3

2.3.2 赛题评审标准

评分项	子评分项	评分标准
方案架构设计(30分)	可行性（10）	方案充分考虑Dubbo项目背景、特点，具备在Dubbo中用代码实现的可行性；方案能够用于解决实际场景的问题，能够用于解决企业实际生产实践中的零信任问题
	完整性（10）	方案完整的覆盖赛题目标的功能和非功能性需求，包含架构、工作流程、如何编码、测试验收等内容
	原创性（5）	方案具有创新性，为业界当前所未公开发表过的方案，也可结合 Dubbo 特有场景提出具有原创性的方案
	先进性（5）	对比业界已有的方案，当前方案在降低实现难度、减轻流程复杂度、大幅提升性能上有明显优势的，或者其他具备先进性的内容
方案代码实现(50分)	参考 Triple 协议规范，在 HTTP/3 基础上支持规范定义的所有核心能力（35）	Triple协议明确定义了协议范围，根据提交内容是否完整实现了协议进行评分
方案代码实现(50分)	给出完整的性能测试报告（15）	HTTP/3实现的完整性能测试报告对比 HTTP/2实现、Dubbo协议的性能测试报告
非功能性指标(20分)	测试（5）	单元测试或集成测试用例，根据代码测试覆盖率、核心功能场景覆盖度进行评分
	性能（5）	本赛题主要关注 Triple 协议实现的性能，包括特定并发度下的机器负载、RT、吞吐量等
	稳定性（5）	程序实现在一些边界、异常场景的程序运行情况，持续运行下的资源消耗情况
	易用性（5）	本赛题主要关注对外设计API 的易用性、文档的清晰度

2.4 赛题四: 面向云原生的下一代微服务集群监测机制（涵盖Kubernetes、Nacos 等）

2.4.1 赛题简介

对分布式集群原生具备非常高的复杂度，如何监控Apache Dubbo微服务集群一直是社区与众多企业用户面临的问题，Dubbo3提供了内置 Mtrics、Tracing 埋点，同时还提供了Admin可视化控制台，为传统微服务集群监测带来了巨大帮助。但在云原生部署模式下，Apache Dubbo通常部署在Kubernetes集群，如何设计和实现一套全新的方案，能够支持Kubernetes集群场景下的可视化监测、流量管控是本赛题关注的焦点。

题目详情及关联资源请参考 issue ：https://atomgit.com/apache/dubbo/issues/4

2.4.2 赛题评审标准

评分项	子评分项	评分标准
方案架构设计(30分)	可行性（10）	方案充分考虑Dubbo项目背景、特点，具备在Dubbo中用代码实现的可行性；方案能够用于解决实际场景的问题，能够用于解决企业实际生产实践中的零信任问题
	完整性（10）	方案完整的覆盖赛题目标的功能和非功能性需求，包含架构、工作流程、如何编码、测试验收等内容
	原创性（5）	方案具有创新性，为业界当前所未公开发表过的方案，也可结合 Dubbo 特有场景提出具有原创性的方案
	先进性（5）	对比业界已有的方案，当前方案在降低实现难度、减轻流程复杂度、大幅提升性能上有明显优势的，或者其他具备先进性的内容
方案代码实现(50分)	支持 Dubbo+Kubernetes 集群部署方案（10）	代码实现支持部署在Linux环境，也支持部署在Kubernetes集群
	兼容 Kubernetes 与传统 Nacos 部署方案（15）	支持展示和读取 Nacos/Zookeeper 等集群的资源支持展示和读取Kubernetes集群相关资源能提供抽象的概念，屏蔽Nacos与Kubernetes之间的差异
	具备稳定运行的后端服务与OpenAPI（15）	代码实现作为后端服务能支持未来的前端接入提供对等的OpenAPI实现
	具备交互良好的可视化控制台（10）	此部分为前端控制台实现，支持将跨集群的数据以可视化的形式在浏览器中展示
非功能性指标(20分)	测试（5）	单元测试或集成测试用例，根据代码测试覆盖率、核心功能场景覆盖度进行评分
	性能（5）	本赛题关注多集群数据聚合的效率，在查询与聚合数据上的资源占用情况
	稳定性（5）	程序实现在一些边界、异常场景的程序运行情况，持续运行下的资源消耗情况
	易用性（5）	本赛题主要关注部署的复杂度，越容易部署得分越高，可视化界面是加分项

2.5 赛题五: 一种跨集群Kubernetes、传统VM微服务集群的互通方案与实现

2.5.1 赛题简介

在云原生背景下，跨多个集群如Kubernetes、传统VM的部署方案越来越普遍，多集群部署可能是业务高可用诉求，也可能是新老集群的平滑迁移诉求，但跨Dubbo集群之间的 RPC 调用却面临非常大的挑战，这其中涉及跨集群的网络通信、集群地址同步等诸多要解决的因素，在此题目中，我们期望参赛者能够给出一套跨Kubernetes、传统VM集群的互通方案，能够实现多集群间Dubbo服务的平滑调用。

题目详情及关联资源请参考 issue ：https://atomgit.com/apache/dubbo/issues/5

2.5.2 赛题评审标准

评分项	子评分项	评分标准
方案架构设计(30分)	可行性（10）	方案充分考虑Dubbo项目背景、特点，具备在Dubbo中用代码实现的可行性；方案能够用于解决实际场景的问题，能够用于解决企业实际生产实践中的零信任问题
	完整性（10）	方案完整的覆盖赛题目标的功能和非功能性需求，包含架构、工作流程、如何编码、测试验收等内容
	原创性（5）	方案具有创新性，为业界当前所未公开发表过的方案，也可结合Dubbo特有场景提出具有原创性的方案
	先进性（5）	对比业界已有的方案，当前方案在降低实现难度、减轻流程复杂度、大幅提升性能上有明显优势的，或者其他具备先进性的内容
方案代码实现(50分)	支持 Kubernetes与VM集群互调（25）	Kubernetes集群部署的实例能自动发现并调用到Nacos集群部署的实例，反之亦然
方案代码实现(50分)	支持多Kubernetes集群互调（25）	多个不同Kubernetes集群中部署的实例能够自动发现并互相调用
非功能性指标(20分)	测试（5）	单元测试或集成测试用例，根据代码测试覆盖率、核心功能场景覆盖度进行评分
	性能（5）	本赛题关注跨集群的自动地址发现效率、跨集群的RPC调用损耗等
	稳定性（5）	程序实现在一些边界、异常场景的程序运行情况，持续运行下的资源消耗情况
	易用性（5）	本赛题主要关注部署部署的复杂度，越容易部署得分越高

大赛最终解释权归开放原子开源基金会及共建方所有。