本文介绍了微服务架构的基本概念，包括服务框架的发展，分布式架构的优点，以及SpringCloud在微服务中的应用。重点讲解了Eureka注册中心和Nacos服务发现，涉及服务拆分、远程调用、负载均衡策略，以及环境隔离等内容。
一、认识微服务
1、服务框架演变
单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
优点：架构简单、部署成本低
缺点：耦合度高
分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
优点：降低服务耦合、有利于服务升级拓展
服务治理：
分布式架构的要考虑的问题：
1、服务拆分粒度如何？
2、服务集群地址如何维护？
3、服务之间如何实现远程调用？
4、服务健康状态如何感知？
微服务
微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：
--单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
--面向服务：微服务对外暴露业务接口
--自治：团队独立、技术独立、数据独立、部署独立
--隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题
2、SpringCloud
SpringCloud是目前国内使用最广泛的微服务框架。官网地址：Spring Cloud。
SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱
SpringCloud与SpringBoot的版本兼容关系如下：
二、分布式服务框架案例-服务拆分及远程调用
1、服务拆分
服务拆分注意事项
1.单一职责：不同微服务，不要重复开发相同业务
2.数据独立：不要访问其它微服务的数据库
3.面向服务：将自己的业务暴露为接口，供其它微服务调用
总结：
1.微服务需要根据业务模块拆分，做到单一职责,不要重复开发相同业务
2.微服务可以将业务暴露为接口，供其它微服务使用
3.不同微服务都应该有自己独立的数据库
案例：
需求：根据订单id查询订单的同时，把订单所属的用户信息一起返回
步骤一、注册RestTemplate
在order-service的OrderApplication中注册RestTemplate
步骤一、服务远程调用RestTemplate
修改order-service中的OrderService的queryOrderById方法
总结：
1.微服务调用方式
•基于RestTemplate发起的http请求实现远程调用
•http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可。
2、服务间调用
提供者与消费者
服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）
服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
总结
服务调用关系
-服务提供者：暴露接口给其它微服务调用
-服务消费者：调用其它微服务提供的接口
-提供者与消费者角色其实是相对的
-一个服务可以同时是服务提供者和服务消费者
三、Eureka注册中心
1、远程调用的问题
1、服务消费者该如何获取服务提供者的地址信息？
2、如果有多个服务提供者，消费者该如何选择？
3、消费者如何得知服务提供者的健康状态？
2、eureka原理
Eureka的作用
总结
在Eureka架构中，微服务角色有两类：
--EurekaServer：服务端，注册中心
--记录服务信息
--心跳监控
--EurekaClient：客户端
--Provider：服务提供者，例如案例中的 user-service
--注册自己的信息到EurekaServer
--每隔30秒向EurekaServer发送心跳
--consumer：服务消费者，例如案例中的 order-service
--根据服务名称从EurekaServer拉取服务列表
--基于服务列表做负载均衡，选中一个微服务后发起远程调用
3、搭建EurekaServer
搭建EurekaServer服务步骤如下：
1.创建项目，引入spring-cloud-starter-netflix-eureka-server的依赖
2.编写启动类，添加@EnableEurekaServer注解
3.添加application.yml文件，编写下面的配置：
4、服务注册
将user-service服务注册到EurekaServer步骤如下：
1.在user-service项目引入spring-cloud-starter-netflix-eureka-client的依赖
2.在application.yml文件，编写下面的配置：
另外，我们可以将user-service多次启动， 模拟多实例部署，但为了避免端口冲突，需要修改端口设置：
order-service虽然是消费者，但与user-service一样都是eureka的client端，同样可以实现服务注册：
1.在order-service项目引入spring-cloud-starter-netflix-eureka-client的依赖
2.在application.yml文件，编写下面的配置：
总结
1.服务注册
-引入eureka-client依赖
-在application.yml中配置eureka地址
2.无论是消费者还是提供者，引入eureka-client依赖、知道eureka地址后，都可以完成服务注册
5、服务发现
在order-service完成服务拉取
服务拉取是基于服务名称获取服务列表，然后在对服务列表做负载均衡
1.修改OrderService的代码，修改访问的url路径，用服务名代替ip、端口：
2.在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解：
总结：
四、Ribbon负载均衡原理
1、负载均衡原理
负载均衡流程
负载均衡详细流程：
2、负载均衡策略
Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则
通过定义IRule实现可以修改负载均衡规则，有两种方式：
1.代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：（全局设置，不管调用什么微服务都是使用如图这种随机规则）
2.配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：（针对指定名称的设置）
3、懒加载
Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：
总结：
五、nacos注册中心
1、认识和安装Nacos
Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高
安装Nacos
2、Nacos快速入门
服务注册到Nacos
1.在cloud-demo父工程中添加spring-cloud-alilbaba的管理依赖：
2.注释掉order-service和user-service中原有的eureka依赖。
3.添加nacos的客户端依赖：
4.修改user-service&order-service中的application.yml文件，注释eureka地址，添加nacos地址：
5.启动并测试：
总结：
3、Nacos服务分级存储模型
Nacos服务分级存储模型
服务跨集群调用问题
服务调用尽可能选择本地集群的服务，跨集群调用延迟较高
本地集群不可访问时，再去访问其它集群
服务集群属性
1.修改application.yml，添加如下内容：
2.在Nacos控制台可以看到集群变化：
总结：
我们修改user-service集群属性配置，达到下面的效果：
根据集群负载均衡
1.修改order-service中的application.yml，设置集群为HZ：
2.然后在order-service中设置负载均衡的IRule为NacosRule，这个规则优先会寻找与自己同集群的服务：
总结：
根据权重负载均衡
实际部署中会出现这样的场景：
服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求
Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高
1.在Nacos控制台可以设置实例的权重值，首先选中实例后面的编辑按钮
2.将权重设置为0.1，测试可以发现8081被访问到的频率大大降低
总结：
4、Nacos环境隔离
环境隔离 - namespace
Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离
1.在Nacos控制台可以创建namespace，用来隔离不同环境
2.然后填写一个新的命名空间信息：
3.保存后会在控制台看到这个命名空间的id
4.修改order-service的application.yml，添加namespace：
5.重启order-service后，再来查看控制台：
6.此时访问order-service，因为namespace不同，会导致找不到userservice，控制台会报错：
总结：
nacos注册中心细节分析
临时实例和非临时实例
服务注册到Nacos时，可以选择注册为临时或非临时实例，通过下面的配置来设置：
临时实例宕机时，会从nacos的服务列表中剔除，而非临时实例则不会
5371
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
