微服务初始及Eureka注册中心

1，架构演变

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

优点：·架构简单，部署成本低

缺点：项目耦合度高

分布式架构：根据业务功能对系统进行拆分，每个业务作为独立项目开发，成为一个服务

优点：降低耦合，有利于拓展升级。

缺点：架构复杂，难度大，适用于大型的互联网项目。

微服务：一种经过良好架构设计的分布式架构方案

微服务架构特征：

1，单一职责：微服务拆分粒度小，每一个服务对应唯一的业务，做到单一职责，避免业务重复开发

2，面向服务:微服务需要对外暴露接口。

3，自治：也就是独立，团队，技术，数据库，部署等各自独立

4，隔离性强

微服务落地技术

2，微服务技术发展：

早期的实现Dubbo（Alibaba），不是很完善，Dubbo主要是做远程调用的，之后（2015-2017）微服务技术发展迅速，大量的技术出现，直至SpringCloud诞生，它整合了市面上流行的微服务技术，提供了注册中心，远程调用，配置中心，网关，监控保护等等，之后又诞生了SpringCloudAlibaba,他实现了SpringCloud的一系列标准。增加了自己的注册中心，配置中心等等

企业需求：

3，Spring Cloud

简介： Spring Cloud 是一系列框架的有序集合，它利用 Spring Boot 的开发便利性简化了分布式系统的开发，比如服务发现、服务网关、服务路由、链路追踪等。Spring Cloud 并不重复造轮子，而是将市面上开发得比较好的模块集成进去，进行封装，从而减少了各模块的开发成本。换句话说：Spring Cloud 提供了构建分布式系统所需的"全家桶"

Spring CloudLevel up your Java code and explore what Spring can do for you.https://spring.io/projects/spring-cloud

服务拆分及远程调用注意事项

1，微服务需要根据业务模块拆分，做到单一职责，不能重复开发相同的业务

2，微服务可以将业务暴露为接口，提供给其他微服务使用。

3，不同微服务都应该有自己独立的数据库

服务调用关系

服务消费者：调用其他服务的服务

服务提供者：被其他微服务调用的服务

总而言之：服务的消费者和提供者关系是相对的，提供者和消费者角色是相对的，既可以是消费者也可以是提供者。

4，Eureka注册中心

服务远程调用：

需求：目前有两个模块，一个订单模块，一个用户模块，订单中包含用户id，现在需要查询出订单的同时返回对应的用户信息,这时候就需要服务的远程调用，其本质就是发送http请求获取数据而已

实现方式：RestTemplate

代码实现：

1，配置一个RestTemplate

java 复制代码

@Configuration
public class RestTemplateConfig {
    @Bean
    public RestTemplate getRestTemplate(){
        return new RestTemplate();
    }
}

2，发起调用

java 复制代码

@Service
public class OrderService {

    @Autowired
    private OrderMapper orderMapper;
    @Autowired
    private RestTemplate restTemplate;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        // 2.使用RestTemplate对象发送请求查询该用户id对应的用户
        Long userId = order.getUserId();
        String url="http://localhost:8081/user/"+userId;
        User us = restTemplate.getForObject(url, User.class);
        // 3.封装user到order中
        order.setUser(us);
        // 4.返回
        return order;
    }
}

但是这样调用存在硬编码的问题，请求的接口已经被写死了，代码耦合度太高，于是乎我们使用eureka搭建注册中心，来解决这个问题

Eurake作用：

1，服务的注册中心：服务提供者启动时会想Eureka中注册自己的信息，Eureka记录，消费者根据服务名称想Eureka拉取提供者信息。

2，感知服务健康状态：服务提供者会每隔30s向Eureka发送心跳请求，报告健康状态，如果心跳不正常会被踢出，消费者就可以拉取健康的服务。

3，负载均衡：服务消费者会使用负载均衡算法从服务列表中选取提供者提供给消费者

Eureka架构

Eureka实战

1，搭建Eureka注册中心-Eureka的服务端

首先在项目根目录下面重新创建一个maven项目，指定父工程，引入eureka依赖，这里没有指定版本是因为父工程已经制定了springCloud的版本（这里注意一下java版本）

 <!--引入eureka服务端的依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>

之后编写启动类，添加@EnableEurekaServer注解，报名开启eureka服务，如果不加就会报错Cannot execute request on any known server

java 复制代码

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

最后，在配置文件中配置eureka服务端口信心，服务名信息，eureka地址等

java 复制代码

server:
  port: 10086 #Eureka服务端端口
spring:
  application:
    name: eurekaserver #eureka服务名，
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka/ #将eureka自己也注册进eureka

成功之后如下图，启动项目：

步骤参考如下图

2，服务注册-Eureka的客户端

首先在需要被注册近eureka中的服务中引入eureka客户端依赖

java 复制代码

 <!--引入eureka客户端的依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>

之后在配置文件中配置该服务的名称，以及eureka注册中心的地址

java 复制代码

server:
  port: 8080
spring:
  application:
    name: userservice #指定Eureka中这个项目的服务名
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka/ #将该服务注册进eureka注册中心

最后启动该服务，若注册中心中存在该服务，则证明配置完成，如下图：

并且，我们可以将一个服务的多次启动，在idea中如下操作：

并且为避免端口冲突我们需要在VM options中配置参数 -Dserver.port=8082：

我么可以看到userservice启动了两个实例，分别在8081和8082端口

其余服务也是类似操作

完整步骤可参考下图：

3，服务发现-服务远程调用

在上述步骤中我们已经搭建完成eureka注册中心，并且将两个服务userservice和orderservice注册进eureka注册中心中，接下来我们就从注册中心中拉取服务，远程调用

第一步，在orderservice的service代码中们也就是向userservice中发起请求查询用户代码中修改url地址，将ip替换为服务名。也就是将localhost:8081替换为userservice即可

第二步，在RestTemplate中加上@LoadBalanced注解，他就代表RestTemplate发起的请求要被Ribbon拦截和处理，也就是执行负载均衡，因为我们userservice中有两个服务，分别是8081和8082

· 实现步骤如下图，这里的注解添加位置根据自己的实际配置位置来添加：

4 ，负载均衡原理

在我们使用orderservice向userservice中发起请求的时候，直接请求userservice是请求不到的没因为他不是一个ip，我们请求发送之后，会先到达Ribbon，他会向eureka注册中心拉取userservice服务，周eureka会发挥userservcice对应的服务列表，也就是真实的ip，然后Ribbon发现有多个服务列表，他就会进行负载均衡，流程图如下：

那莫Ribbon具体是如何实现负载均衡的呢，我们的请求准确的来说会被LoadBanlancerInterceptor这个拦截器拦截，拦截之后根据服务名拉去服务，之后执行负载均衡，其中负载均衡执行策略有一个IRule接口来定义，主要有以下策略

负载均衡流程图：

默认的负载均衡策略是ZoneAvoidanceRule，但是我们还是可以自定义负载均衡策略的，定义方式有两种：

第一种：直接在配置类中定义一个IRule，返回需要执行的负载均衡策略，这种方式会让整个服务都执行这种负载均衡策略,实现方式如下，可以自由选择：

第二：在当前服务的配置文件中指定需要更换负载均衡策略的服务，实现如下

两种负载均衡策略：

至此，Eureka注册中心使用就到这里了，下个博客-Nacos注册中心