浅谈微服务

最新推荐文章于 2023-08-09 01:44:05 发布

3 ERROR（s）

最新推荐文章于 2023-08-09 01:44:05 发布

阅读量135

点赞数 3

分类专栏：微服务文章标签：微服务 java

本文链接：https://blog.csdn.net/weixin_50302770/article/details/124460636

版权

微服务专栏收录该内容

2 篇文章 0 订阅

订阅专栏

一、什么是微服务？

1.单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

在这里插入图片描述

单体架构的优缺点如下：

优点：

架构简单
部署成本低

缺点：

耦合度高（维护困难、升级困难）

2.分布式架构

分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。

在这里插入图片描述

分布式架构的优缺点：

优点：

降低服务耦合
有利于服务升级和拓展

缺点：

服务调用关系错综复杂

分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：

服务拆分的粒度如何界定？
服务之间如何调用？
服务的调用关系如何管理？

人们需要制定一套行之有效的标准来约束分布式架构。

3.微服务

微服务的架构特征：

单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
自治：团队独立、技术独立、数据独立，独立部署和交付
面向服务：服务提供统一标准的接口，与语言和技术无关
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

在这里插入图片描述

微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。

因此，可以认为微服务是一种经过良好架构设计的分布式架构方案 。

其中在Java领域最引人注目的就是SpringCloud提供的方案了。

二、提供者与消费者

在实际开发中我们要完成具体的业务需要各个服务之间相互调用，在服务调用关系中，会有两个不同的角色：

服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）

服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）

案例：
例如我们现在有一个order-service（订单服务）和一个 user-service（用户表）
业务：修改order-service中的根据id查询订单业务，要求在查询订单的同时，根据订单中包含的userId查询出用户信息，一起返回。

在这里插入图片描述

如果服务A调用了服务B，而服务B又调用了服务C，服务B的角色是什么？

对于A调用B的业务而言：A是服务消费者，B是服务提供者
对于B调用C的业务而言：B是服务消费者，C是服务提供者

因此，服务B既可以是服务提供者，也可以是服务消费者。

三、Eureka注册中心

假如我们的服务提供者user-service部署了多个实例，如图：

在这里插入图片描述

大家思考几个问题：

order-service在发起远程调用的时候，该如何得知user-service实例的ip地址和端口？
有多个user-service实例地址，order-service调用时该如何选择？
order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

1.Eureka的结构和作用

这些问题都需要利用SpringCloud中的注册中心来解决，最广为人知的注册中心就是Eureka，其结构如下：
在这里插入图片描述

回答之前的各个问题。

问题1：order-service如何得知user-service实例地址？

获取地址信息的流程如下：

user-service服务实例启动后，将自己的信息注册到eureka-server（Eureka服务端）。这个叫服务注册
eureka-server保存服务名称到服务实例地址列表的映射关系
order-service根据服务名称，拉取实例地址列表。这个叫服务发现或服务拉取

问题2：order-service如何从多个user-service实例中选择具体的实例？

order-service从实例列表中利用负载均衡算法选中一个实例地址
向该实例地址发起远程调用

问题3：order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

user-service会每隔一段时间（默认30秒）向eureka-server发起请求，报告自己状态，称为心跳
当超过一定时间没有发送心跳时，eureka-server会认为微服务实例故障，将该实例从服务列表中剔除
order-service拉取服务时，就能将故障实例排除了

一个微服务，既可以是服务提供者，又可以是服务消费者，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

2.搭建eureka-server

首先需要创建注册中心服务端：eureka-server，这必须是一个独立的微服务

2.1.创建eureka-server服务

在cloud-demo父工程下，创建一个子模块

填写模块信息

2.2.引入eureka依赖

引入SpringCloud为eureka提供的starter依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

2.3.编写启动类

给eureka-server服务编写一个启动类，一定要添加一个@EnableEurekaServer注解，开启eureka的注册中心功能：

package cn.itcast.eureka;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class, args);
    }
}

2.4.编写配置文件

编写一个application.yml文件，内容如下：

server:
  port: 10086
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url: 
      defaultZone: http://127.0.0.1:10086/eureka

2.5.启动服务

启动微服务，然后在浏览器访问：http://127.0.0.1:10086

3.服务注册

然后将user-service注册到eureka-server中去。

3.1引入依赖

在user-service的pom文件中，引入下面的eureka-client依赖：

注意：服务的注册和发现都是封装在client客户端来做的！

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

3.2配置文件

在user-service中，修改application.yml文件，添加服务名称、eureka地址：

spring:
  application:
    name: userservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

3.3启动多个user-service实例

为了演示一个服务有多个实例的场景，我们添加一个SpringBoot的启动配置，再启动一个user-service。

首先，复制原来的user-service启动配置，然后在弹出的窗口中，填写信息：

在这里插入图片描述

现在，SpringBoot窗口会出现两个user-service启动配置：

在这里插入图片描述

不过，第一个是8081端口，第二个是8082端口。

启动两个user-service实例：
在这里插入图片描述

查看eureka-server管理页面：

在这里插入图片描述

4.服务发现

在client端把在eureka-server中的user-service信息get到，实现服务发现。

4.1引入依赖

之前说过，服务发现、服务注册统一都封装在eureka-client依赖，因此这一步与服务注册时一致。

在order-service的pom文件中，引入下面的eureka-client依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

4.2配置文件

服务发现也需要知道eureka地址，因此第二步与服务注册一致，都是配置eureka信息：

在order-service中，修改application.yml文件，添加服务名称、eureka地址：

spring:
  application:
    name: orderservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

4.3服务拉取和负载均衡

最后，我们要去eureka-server中拉取user-service服务的实例列表，并且实现负载均衡。

不过这些动作不用我们去做，只需要添加一些注解即可。

在order-service的OrderApplication中，给RestTemplate这个Bean添加一个@LoadBalanced注解：

在这里插入图片描述

修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法。修改访问的url路径，用服务名代替ip、端口：

在这里插入图片描述

spring会自动帮助我们从eureka-server端，根据userservice这个服务名称，获取实例列表，而后完成负载均衡。

关于负载均衡的原理我将在未来几天更新。

3 ERROR（s）

关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
浅谈微服务

这里写目录标题一、什么是微服务？1.单体架构2.分布式架构3.微服务二、提供者与消费者三、Eureka注册中心1.Eureka的结构和作用2.搭建eureka-server2.1.创建eureka-server服务2.2.引入eureka依赖2.3.编写启动类2.4.编写配置文件2.5.启动服务3.服务注册3.1引入依赖3.2配置文件3.3启动多个user-service实例4.服务发现4.1引入依赖4.2配置文件4.3服务拉取和负载均衡四、Ribbon负载均衡1.负载均衡原理2.源码解析2.1LoadBa
复制链接

扫一扫