3.服务注册_服务发现
文章目录
- 1.服务注册_服务发现
- 1.1服务注册概念及图解介绍
- 2.2 CAP理论
- 2.3 常见的注册中心(了解)
- 2.4 Eureka组件介绍
- 2.4.1.搭建注册中心
- 2.4.2服务注册
- 2.4.3服务发现
大家好，我是晓星航。今天为大家带来的是 服务注册_服务发现 相关的讲解！😀
1.服务注册_服务发现
1.1服务注册概念及图解介绍
我们使用下图来举例，当我们游客去景区游玩的时候，景区电话发生变化，景区挨个去通知游客肯定不现实，这时景区就会告知114查号台，而游客打不通景区电话时，就会通过114来查找景区号码，从而实现每个游客都能够找到景区新的电话，景区也不需要挨个去通知游客变动的新号码。
类似的，我们下图的服务注册功能图解和上面就很类似，此时的注册中心就相当于114查号台，服务消费者就是游客，服务提供者就是景区。
注册中心名词解释：
- 服务提供者(Server):一次业务中,被其它微服务调用的服务,也就是提供接口给其它微服务.
- 服务消费者(Client):一次业务中,调用其它微服务的服务,也就是调用其它微服务提供的接口.
- 服务注册中心(Registry):用于保存Server 的注册信息,当Server 节点发生变更时,Registry 会同步变更.服务与注册中心使用一定机制通信,如果注册中心与某服务长时间无法通信,就会注销该实例.
服务提供者和服务消费者是相对的。(可能在下一个场景中服务提供者就变为服务消费者了)
服务功能介绍：
- 服务注册:服务提供者在启动时,向 Registry注册自身服务,并向 Registry定期发送心跳汇报存活状
- 服务发现:服务消费者从注册中心查询服务提供者的地址，并通过该地址调用服务提供者的接口.服务发现的一个重要作用就是提供给服务消费者一个可用的服务列表.
2.2 CAP理论
CAP 理论是分布式系统中最基础,也是最关键的理论
————————————————————————————————————————
C:一致性，此处的一致性，指的是强一致性
强一致性:主库和从库,不论何时,对外提供的服务都是一致的
弱一致性:随着时间的推移,最终达到了一致性
A: 可用性
对所有请求,都有响应，这个响应可能是错误的数据
P:分区容错性
在网络分区的情况下,系统依然可以对外提供服务
————————————————————————————————————————
客户端向数据库集群发送了一个数据修改的请求，数据库集群需要向客户端进行响应
响应的时机分为以下两种:
1.主库接收到请求,并处理成功,此时数据还未完全同步到
从库随着时间的推移，主库和从库的数据,最终会达到一个一致性
2.主库接收到请求,并且所有从库数据同步成功时
因为P必须要保证，所以C和A只能二选一，我们的架构就是CP架构或者AP架构
以银行来举例：
2.3 常见的注册中心(了解)
-
Zookeeper
Zookeeper的官方并没有说它是一个注册中心,但是国内Java体系,大部分的集群环境都是依赖Zookeeper来完成注册中心的功能.
-
Eureka
Eureka是Netflix开发的基于REST的服务发现框架,主要用于服务注册,管理，负载均衡和服务故障转移.官方声明在Eureka2.0版本停止维护,不建议使用.但是Eureka是SpringCloud服务注册/发现的默认实现,所以目前还是有很多公司在使用.
-
Nacos
Nacos是Spring Cloud Alibaba架构中重要的组件,除了服务注册,服务发现功能之外,Nacos还支持配置管理,流量管理,DNS,动态DNS等多种特性
2.4 Eureka组件介绍
新建总的Eureka项目，可以看到.xml文件中以及有eureka名字的id了
引入项目大部分要使用的依赖
2.4.1.搭建注册中心
1)创建项目
2)pom加入Eureka 的依赖
3)配置文件,增加Eureka相关的配置
4)启动类,开启Eureka的功能
启动后访问Eureka页面
看到这个界面说明，我们Eureka服务中心已经搭建好了
2.4.2服务注册
1.加入Eureka的依赖
2.修改配置信息
3.启动, 测试
2.4.3服务发现
1.加入Eureka依赖
2.修改配置信息
3.修改远程调用的代码
4.启动,测试
感谢各位读者的阅读，本文章有任何错误都可以在评论区发表你们的意见，我会对文章进行改正的。如果本文章对你有帮助请动一动你们敏捷的小手点一点赞，你的每一次鼓励都是作者创作的动力哦！😘