dubbogo语言，dubbo c语言

微服务架构之服务注册与发现(一)

微服务注册中心 Zookeeper ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。

服务注册： 我们生产者项目启动的时候，会将当前服务自己的信息地址注册到注册中心。服务发现： 消费者从我们的注册中心上获取生产者调用的地址（集合），在使用负载均衡的策略获取集群中某个地址实现本地rpc远程调用。

K8S中的服务发现采用的是服务端负载均衡器，服务注册中心为Kubernetes(后端持久化存储etcd)。

Nacos 客户端将自己注册进 Nacos 服务器。

分布式架构的注册中心,该怎么选?

注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就到这里找到服务的地址，进行调用。

SOFARegistry 采用 AP 架构，支持秒级时效性推送，同时采用分层架构支持无限水平扩展。

上面的话直接摘抄百度百科的内容，国内很多公司做分布式开发最初的选型大部分都是采用dubbo框架。dubbo框架注册中心主要使用zookeeper。zookeeper服务端与客户端的底层通讯为netty。

微服务跨语言调用(摘选)

dubbo 协议主要支持 java 间的相互调用，适配老接口；json-rpc 协议主要支持异构语言的调用。 定制协议的跨语言支持 微服务框架所谓的协议(protocol)可以简单理解为：报文格式和序列化方案。

通过在 microk8s上部署授权服务 ，我们基本上走通了微服务通过配置中心服务（config-central）加载配置并启自己的流程。在microk8s上部署微服务，现在仅剩下一个需要处理的问题，微服务之间通的互相调用。

首先启动Nacos，按照上篇文章的步骤，启动Nacos服务和项目，访问Nacos的web页面。确保项目中的服务都注册到注册中心当中了。

记得先前在分析 《怎样在输出日志中加入traceId 进行链路追踪》 和 《如何保证各个微服务之间调用的安全性？***》 对个服务之间RPC调用请求线程变量传递问题。

前一篇 基于docker部署的微服务架构（一）：服务注册中心 已经成功创建了一个服务注册中心，现在我们创建一个简单的微服务，让这个服务在服务注册中心注册。然后再创建一个调用者，调用此前创建的微服务。

dubbogo语言的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于dubbo c语言、dubbogo语言的信息别忘了在本站进行查找喔。