LY 第二天

重点：springcloud和Eureka的相关概念

远程调用

RPC：自定义数据格式，基于原生TCP通信，速度快，效率高，dubbo
Http：http其实是一种网络传输协议，基于TCP，规定了数据传输的格式，Rest风格

RPC比Http快，没有冗余的协议信息
微服务框架采用基于Http的Rest风格服务

---

Http客户端工具:（fastJson）

微服务选择了Http，那么我们就需要考虑自己来实现对请求和响应的处理

HttpClient完成json转化

---

初始SpringCloud

微服务是一种概念

微服务的实现方式：Spring Cloud

Spring Cloud支持SpringBoot

Spring Cloud整合和很多技术，主要涉及的组件：

• Eureka：注册中心
• Zuul：服务网关
• Ribbon：负载均衡
• Feign：服务调用
• Hystix：熔断器
  

分布式服务必然要面临的问题
提供服务的服务

• 服务管理(Eureka)
  • 如何自动注册和发现（被发现）
  • 如何实现状态监管(生死)
  • 如何实现动态路由(访问)
• 服务如何实现负载均衡(负载)
• 服务如何解决容灾问题(容错)
• 服务如何实现统一配置

我调用你的服务，首先我知道调用的是那个服务的接口(url我是知道的)

but，我不知道你的服务是生是死，其次你的服务延时给我响应怎么办。

你的服务是你的，我的服务是我的。

---

认识Eureka

作用：管理服务

Eureka就好比是滴滴，负责管理、记录服务提供者的信息。乘客无需自己寻找服务(车)，而是把自己的需求告诉Eureka，然后Eureka会把符合你需求的服务告诉你。

同时，服务提供方(车主)与Eureka之间通过“心跳”机制进行监控，当某个服务提供方出现问题，Eureka自然会把它从服务列表中剔除。

这就实现了服务(车)的自动注册、发现、状态监控。

用户不直接与某个具体的服务打交道，而是把自己的需求发送给Eureka，让其帮我找一个服务。

为什么不直接去发送http访问呢？
因为服务提供方不归我们管，服务的是生是死不不知道

• Eureka：就是服务注册中心（可以是一个集群），对外暴露自己的地址
• 提供者：启动后向Eureka注册自己信息（地址，提供什么服务）
• 消费者：向Eureka订阅服务，Eureka会将对应服务的所有提供者地址列表发送给消费者，并且定期更新
• 心跳(续约)：提供者定期通过http方式向Eureka刷新自己的状态

需要建3个服务测试一把

服务提供方配置

server:
  port: 8081
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/mydb01
    username: root
    password: 123
    hikari:
      maximum-pool-size: 20
      minimum-idle: 10
  application:
    name: user-service # 应用名称
mybatis:
  type-aliases-package: com.leyou.userservice.pojo
eureka:
  client:
    service-url: # EurekaServer地址
      defaultZone: http://127.0.0.1:10086/eureka
  instance:
    prefer-ip-address: true # 当调用getHostname获取实例的hostname时，返回ip而不是host名称
    ip-address: 127.0.0.1 # 指定自己的ip信息，不指定的话会自己寻找

消费者配置

server:
  port: 8080
spring:
  application:
    name: consumer # 应用名称
eureka:
  client:
    service-url: # EurekaServer地址
      defaultZone: http://127.0.0.1:10086/eureka
  instance:
    prefer-ip-address: true # 当其它服务获取地址时Eurka会提供服务所在ip而不是hostname
    ip-address: 127.0.0.1 # 指定自己的ip信息，不指定的话会自己寻找

Eurka集群配置描述

server:
  port: 10086 # 端口
spring:
  application:
    name: eureka-server # 应用名称，会在Eureka中显示
eureka:
  client:
    register-with-eureka: false # 是否把自己的信息注册到EurekaServer，默认是true
    fetch-registry: false # 是否拉取其它服务的信息，默认是true
    service-url: # EurekaServer的地址，现在是自己的地址，如果是集群，需要加上其它Server的地址。
      defaultZone: http://127.0.0.1:${server.port}/eureka

注册服务理所当然，需要将信息发布出去，but，消费者需要注册吗？不一定需要注册上去，但是必须想eureka拉取服务列表，配置不能少

注册服务，就是在服务上添加Eureka的客户端依赖(pom.xml中添加依赖即可)，客户端代码会自动把服务注册到EurekaServer中。
通过添加@EnableDiscoveryClient来开启Eureka客户端功能(jar包)

在status一列中，显示以下信息：

• UP(1)：代表现在是启动了1个示例，没有集群
• DESKTOP-2MVEC12:user-service:8081：是示例的名称（instance-id），
  • 默认格式是：${hostname} + ${spring.application.name} + ${server.port}
  • instance-id是区分同一服务的不同实例的唯一标准，因此不能重复。

我们可以通过instance-id属性来修改它的构成：

eureka:
  instance:
    instance-id: ${spring.application.name}:${server.port}

负载均衡Robbin

Eureka中已经帮我们集成了负载均衡组件：Ribbon

也就是说，我们访问服务提供方的时候，如果服务是集群的，Eurka会帮我们将请求平均分发给服务方处理，多方便呐