Springboot微服务之consul注册中心

       这个我依旧用Springboot+dubbo+mybatisplus+swagger+mysql  来整合consul注册中心

Consul 是由 HashiCorp 基于 Go 语言开发的，Consul 是一个分布式高可用的系统，提供的服务发现、健康检查、配置（KV存储）和分段功能可以被独立使用，比如我们在 Go Micro 微服务这里使用的主要是服务发现功能，也可以被组合起来使用以便构建完整的 Service Mesh。

   好还是上注册中心三大定理

布鲁尔定理，也就是CAP这套理论指出对于一个分布式计算系统来说，不可能同时满足以下三点：

        一致性（Consistency）：在分布式环境中，一致性是指数据在多个副本之间是否能够保持一致的特性，等同于所有节点访问同一份最新的数据副本。在一致性的需求下，当一个系统在数据一致的状态下执行更新操作后，应该保证系统的数据仍然处于一致的状态。
         可用性（Availability）：每次请求都能获取到正确的响应，但是不保证获取的数据为最新数据。

        分区容错性（Partition tolerance）：分布式系统在遇到任何网络分区故障的时候，仍然需要能够保证对外提供满足一致性和可用性的服务，除非是整个网络环境都发生了故障。

 CAP也就是这三分特性的英文名称合并的缩写

在这三个基本需求中，最多只能同时满足其中的两项，P 是必须的，因此只能在 CP 和 AP 中选择
         那么consul保证的是啥呢？

     consul保证的是cp

好了，我们不如直接搞个consul注册中心的demo吧

   这次我用Springcloud+openfeign+mybatisplus+swagger+mysql整合consul  为啥不用dubbo整合呢，这里是有原因的consul我感觉对dubbo的兼容不是那么好，dubbo注册到注册中心会带很多方法资源信息，导致Value is too long (limit: 512 characters)’) 

• • 每个节点最多可注册64个键/值对。
  • 元数据密钥的长度必须介于1到128个字符（含）之间
  • 元数据键只能包含字母数字-，和_字符。
  • 元数据密钥不能以consul-前缀开头; 这是保留供内部使用的领事。
  • 元数据值的长度必须介于0到512（含）之间。
  • 开头的密钥的元数据值rfc1035-在DNS TXT请求中逐字编码，否则元数据kv对将根据RFC1464进行编码。

  可以看到dubbo注入到这里面的信息方法少的话可以支持，一多久会出错

dubbo://192.168.116.1:12345/com.zkb.user.service.UserService?anyhost=true&application=demo-service&deprecated=false&dubbo=2.0.2&dynamic=true&generic=false&interface=com.zkb.user.service.UserService&metadata-type=remote&methods=removeById,lambdaQuery,ktQuery,removeByMap,listByIds,updateBatchById,saveOrUpdate,query,count,listObjs,list,getMap,getEntityClass,getById,getOne,page,pageUser,getUserById,ktUpdate,save,update,getObj,saveOrUpdateBatch,remove,getBaseMapper,removeByIds,lambdaUpdate,listMaps,saveBatch,updateById,pageMaps,listByMap,getUserByName&pid=6580&release=2.7.7&side=provider&timestamp=1656740633623 to registry 127.0.0.1:8500

也可能有更好的方法，但是这里我就不使用了哈

 这里又是一模一样的代码，配置和引用的jar有更改

首先要搭建consul注册中心的服务

Downloads | Consul by HashiCorp

 

 

consul agent -dev -client=0.0.0.0

再运行demo

 

 这次我用Springcloud+openfeign+mybatisplus+swagger+mysql整合consul-Java文档类资源-CSDN下载