服务治理

  • 什么是服务治理？
    • 第一部分 服务注册
    • 第二部分 服务发现
  • Nacos(常见注册中心)入门
    • 搭建Nacos环境
    • Nacos远程调用
  • 实现商品服务的负载均衡
    • 什么是负载均衡？
    • 手动实现负载均衡
    • 利用组件实现负载均衡
    • 修改负载均衡策略

什么是服务治理？

服务治理是微服务架构中最核心最基本的模块。用于实现各个微服务的自动化注册与发现。

假如现在分别有订单模块和商品模块这两个部分，当订单模块中生成订单的时候肯定要调用商品模块中的查询功能，但因为是微服务架构，两个模块此时在不同的服务器上，所以这时候我们就要用到远程调用了

基本远程调用示例代码：

第一步：请求调用模块的启动类中

@Beanpublic RestTemplate restTemplate(){return new RestTemplate();}

第二步：请求调用模块的serviceImpl类

@Service@Slf4jpublic class OrderServiceImpl implements IOrderService {@Autowiredprivate OrderDao orderDao;@Autowiredprivate RestTemplate restTemplate; @Overridepublic Order createOrder(Long productId, Long userId) {log.info("接收到()号商品的下单请求,接下来调用商品微服务查询此商品信息",productId); String url = "http://localhost:8081/product/"+productId;Product product = restTemplate.getForObject(url,Product.class);log.info("查询到()号商品的信息,内容是:()",productId, JSON.toJSONString(product));//创建订单并保存Order order = new Order();order.setUid(userId);order.setUsername("杨宸教育");order.setPid(productId);order.setPname(product.getPname());order.setPprice(product.getPprice());order.setNumber(1);orderDao.save(order);log.info("创建订单成功,订单信息为()",JSON.toJSONString(order));return order;}}

核心部分：


虽然起到了远调用的作用,但这种方法的缺点是显而易见的
1.若改变调用模块的IP地址，需要手动进行更改
2.若有两三个服务器操作相同的微服务模块的时候，没有办法判断到底该操作哪个IP地址，并且当一个服务器出现故障的时候，此时也没有办法进行人为的感知到
因此就有人想要做出一种可以来监测管理这一问题的办法

服务管理

第一部分 服务注册

服务注册:在服务治理框架中，都会构建一个注册中心，每个服务单元向注册中心登记自己提供服务的详细信息。并在注册中心形成一张服务的清单，服务注册中心需要以心跳的方式去监测清单中的服务是否可用，如果不可用，需要在服务清单中剔除不可用的服务。

第二部分 服务发现

服务发现:服务调用方向服务注册中心咨询服务，并获取所有服务的实例清单，实现对具体服务实例的访问。

Nacos(常见注册中心)入门

搭建Nacos环境

第一步：安装nacos

下载地址: https: //github.com/alibaba/ nacos/releases
下载zip格式的安装包，然后进行解压缩操作，上课使用的Nacos Server版本是1.3.2

第二步：启动nacos

#切换目录
cd nacos/bin
#启动nacos
startup.cmd -m standalone

第三步：访问nacos

第四步：导入依赖

 <dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId></dependency>

第五步： 在主类上添加@EnableDiscoveryClient注解

第六步：在application.yml中添加Nacos服务的地址


Nacos远程调用

代码示例

实现商品服务的负载均衡

什么是负载均衡？

通俗的讲，负载均衡就是将负载（工作任务，访问请求）进行分摊到多个操作单元（服务器，组件）上进行执行。
根据负载均衡发生的位置的不同，一般分为服务器负载均衡和客户端负载均衡
服务器负载均衡指的是发生在服务提供者一方，比如常见的nginx负载均衡
而客户端负载均衡指的是发生在服务器请求的一方，也就是在发送请求之前已经选好了由哪个实例处理请求

手动实现负载均衡


利用组件实现负载均衡

请求调用启动类下：

请求调用service类下

修改负载均衡策略