1.Dubbo Triple 协议重磅升级：支持通过 HTTP 连通 Web 与后端微服务
2.Go语言微服务框架重磅升级：dubbo-go v3.2.0 -alpha 版本预览
3.PolarisMesh源码系列--Polaris-Go注册发现流程

Dubbo Triple 协议重磅升级：支持通过 HTTP 连通 Web 与后端微服务

       全新升级的码笔Triple协议在微服务协议选型方面得到了广泛应用，越来越多的码笔应用从Dubbo2 TCP二进制协议迁移到了Dubbo3 Triple协议。Triple协议的码笔设计充分考虑了高效、全双工、码笔Streaming流式通信模型等能力，码笔它的码笔种子站源码组合与HTTP/2的结合解决了后端服务穿透性等问题。然而，码笔在实践中，码笔基于Triple构建的码笔微服务对于前端设备接入成本仍然较高，用户需要通过网关协议转换来接入Triple后端服务。码笔为此，码笔我们对Dubbo3中的码笔Triple协议进行了全面升级，使其更加易于接入。码笔

       升级后的码笔Triple协议能够提供高效、全双工、码笔Streaming流式通信模型，同时支持Request-Response、Streaming等通信模型，可同时运行在HTTP/1和HTTP/2之上。用户可以使用cURL等标准HTTP工具访问Triple协议发布的服务。基于Triple协议，用户可以轻松构建Dubbo后端微服务体系，链家源码前端设备如Web、Mobile、标准HTTP等可以更轻松地接入后端体系，同时与gRPC协议完全兼容，实现与gRPC体系的互通。

       Dubbo框架提供了Triple协议的多种语言实现，帮助用户构建浏览器、gRPC兼容的HTTP API接口。用户只需要定义一个标准的Protocol Buffer格式的服务并实现业务逻辑，Dubbo负责生成语言相关的Server Stub、Client Stub，并将整个调用流程无缝接入如路由、服务发现等Dubbo体系。对于某些语言版本，Dubbo框架还提供了更贴合语言特性的编程模式，如使用Java Interface和Pojo类定义Dubbo服务并发布为基于Triple协议通信的微服务。

       基于Triple协议，可以实现以下目标：作为Client时，可以访问Triple协议服务，也可以访问标准的gRPC服务；作为Server时，可以发布对普通HTTP、分佣源码gRPC协议的支持，Triple协议可以在HTTP/1、HTTP/2之上运行，处理各类请求，根据Content-type区分。

       Triple协议按照gRPC Spec原生全量支持Content-Type: application/grpc协议的通信，TripleClient可以调用任意gRPCServer，反之亦然。Triple协议支持基于json的通用格式，任何支持标准HTTP协议的客户端，如cURL、浏览器、终端，都可以直接发起调用，无需任何协议转换。Triple协议支持将Java友好的Hessian、Kryo等序列化封装在HTTP协议之上，从网络层看来就是一个标准的HTTP协议报文，天然兼容任何支持HTTP协议的WAF、Gateway等。

       Triple协议规范（Specification）请在此查看：TripleSpecification[1]。小白源码资源与gRPC协议的关系详解：gRPC本身作为RPC协议规范非常优秀，但其原生库实现存在一系列问题，如实现复杂、绑定IDL、难以调试等。Dubbo在协议设计与实现上从实践出发，很好地规避了这些问题，实现更简单，且在大规模生产环境中被广泛应用于阿里巴巴及众多社区标杆企业，尤其在代理、网关互通场景中表现可靠稳定。

       Triple协议提供了原生多协议支持，当以Dubbo框架为服务端对外发布服务时，可以做到在同一端口原生支持Triple、gRPC和HTTP/1协议，所有请求形式最终都会被转发到相同的业务逻辑实现，提供更大的灵活性。Dubbo完全兼容gRPC协议及相关特性，如streaming、trailers、error details等。打砖块源码用户可以选择直接在Dubbo框架中使用Triple协议，也可以选择使用原生的gRPC协议，通过Dubbo客户端、curl、浏览器等访问服务。

       在微服务治理方面，Dubbo有丰富的微服务治理能力，如服务发现、负载均衡、流量管控等。使用Triple协议，用户可以在Dubbo体系下实现gRPC协议通信，通过在Dubbo框架中引入gRPC官方发布的二进制包或原生提供gRPC协议兼容的源码实现，更好地接入Dubbo的服务治理体系。

       基于Triple协议设计，Dubbo计划为尽可能多的语言提供轻量的RPC协议实现，让Triple协议互通可以完整的覆盖多套语言栈，与gRPC兼容且具备更好的易用性。同时，Dubbo会继续在一些被广泛用于微服务开发的语言（如Java、Go等）提供完善的微服务治理能力，让Dubbo成为一套可以连接前后端的微服务开发体系。

       当前，DubboJava语言已经在3.3.0-triple-SNAPSHOT版本完成了Triple协议升级的初步目标，具体可以在samples/dubbo-samples-triple-unary示例中体验（可点击阅读原文跳转到示例链接）。Triple协议同步推进中的多语言实现还包括：Go、Node.js、Rust等后端实现，以及Javascript Web端实现。

       在Java语言实现中，除了IDL方式外，用户可以使用Java Interface方式定义服务，这对于众多熟悉Dubbo体系的Java用户来说，可以大大降低使用gRPC协议的成本。此外，Java版本的协议实现在性能上与grpc-java库基本持平，甚至在某些场景下比grpc-java性能表现还要出色，这一切还是建立在协议实现复杂度远小于grpc-java库的情况下。

       Dubbo Go推荐使用IDL开发模式，通过Dubbo配套的protoc插件生成stub代码，用户只需提供对应的业务逻辑实现即可。用户可以通过curl、浏览器访问Dubbo Go发布的gRPC服务。

       Dubbo Rust已经完整实现了gRPC协议兼容部分，目前正在推进HTTP/1等模式下的unary RPC调用支持。

       Node.js语言已经完整实现了gRPC协议兼容部分，目前正在推进HTTP/1等模式下的unary RPC调用支持。

       通过Dubbo提供的Javascript客户端库，用户可以编写运行在浏览器中的前端页面，在浏览器侧直接发起对后端Dubbo服务的请求调用。

       了解Triple协议的更多细节，请参考相关链接：TripleSpecification[1]、互操作性示例[2]。如需了解更多关于Triple协议的实现细节和功能，欢迎访问Dubbo GitHub仓库：github.com/apache/dubbo。

Go语言微服务框架重磅升级：dubbo-go v3.2.0 -alpha 版本预览

       随着Dubbo3在微服务领域的快速发展，Dubbo的Go语言实现迎来了自Dubbo3以来最全面、幅度最大的升级，这次升级涉及API、协议、流量管理和可观测能力等多个方面。新版本的dubbo-go亮点显著：

       全新的Triple协议：dubbo-go支持的Triple协议使得编写浏览器兼容的RPC服务变得轻松，兼容HTTP/1和HTTP/2，能通过".dubbo.apache.org/zh-cn/overview/core-features/traffic/

       流量管控商场示例：.dubbo.apache.org/zh-cn/overview/tasks/traffic-management/

       作者：王宇轩，Apache Dubbo Committer

PolarisMesh源码系列--Polaris-Go注册发现流程

       北极星是腾讯开源的一款服务治理平台，其目标在于解决分布式和微服务架构中的服务管理、流量管理、配置管理、故障容错和可观测性问题。与Spring Cloud、Apache Dubbo和Istio等其他流行技术相比，北极星提供了独特的优势与服务注册发现的实现。

       从功能实现角度看，Spring Cloud、Apache Dubbo、Istio和北极星都实现了服务治理的关键功能，但它们的实现思路有所不同。Spring Cloud在Spring Boot框架基础上扩展，继承了其灵活性，能够方便地集成服务注册发现、服务治理和可观测组件。而北极星则直接从下一代架构基金会制定的服务治理标准出发，构建服务治理的模型，并基于此模型构建控制面和数据面，提供了统一的服务治理框架。

       ServiceMesh采用Sidecar模式解耦业务逻辑和服务治理逻辑，将服务治理能力下沉到基础设施，增强整体架构的灵活性。然而，这种模式在性能上有所损耗，并且对中小团队的灵活性和扩展性提出了挑战。Istio虽然提供了基于虚拟机/物理机的部署方式，但对Kubernetes的依赖较高，非Kubernetes环境的团队可能难以部署。

       北极星Mesh则通过融合和兼容多种技术，提供了一种自顶向下的正向思考过程。它先基于服务治理标准构建模型，然后围绕该模型构建控制面和数据面，支持与ServiceMesh的集成，为未来发展留有空间。此外，北极星Mesh通过插件机制为框架扩展预留了灵活性。

       本文重点分析了Polaris-Go SDK在服务注册和发现过程中的技术实现和源码阅读。服务注册流程相对简单，线性操作，通过gRPC服务接口实现。服务发现流程则更为复杂，涉及本地缓存与远程服务器信息的懒加载同步，以及处理实例信息、服务信息、路由信息和限流信息等复杂内容。在服务发现过程中，gRPC接口被用于关键点的处理。

       综上所述，北极星服务治理平台通过实现服务治理标准，提供了全面的服务发现和治理方案。其客户端与服务器端的数据同步与交互设计了良好的服务治理模型和通信机制，确保了可靠性和稳定性。同时，通过插件机制，Polaris-Go SDK框架提供了灵活的扩展能力。这一分析仅是基于现有信息，如有错误或遗漏，欢迎指正。