SpringCloud学习（一） —— 微服务、Eureka

微服务

什么是 微服务？

微服务的核心是将传统的一站式应用，根据业务拆分成一个 一个的服务，彻底地去耦合，每一个微服务体用单个业务功能的服务，一个服务做一件事。

All In One 单机系统 ，该系统中包含很多个模块，比如说一个电商系统工程里面有商品、订单、库存各个子系统，而这些子系统都 糅合在一个大的项目中，没有拆分。

分布式系统
各个模块/服务，各自 独立出来

系统按模块拆分的好处：
拆分各自独立出来，降低耦合度

微服务

强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题，提供落地对应服务的一个服务应用。
类似IDEA的一个个Module

微服务架构

是一个宏观的概念，可以简单理解为微服务的有机整合

微服务的优缺点

优点

1. 每个服务足够内聚，足够小，代码容易理解。这样也能聚焦一个指定的业务功能或业务需求。
2. 开发简单，开发效率提高，一个服务可能就是专一的只干一件事。
3. 微服务能够被小团队（2~5个开发人员组成）单独开发。
4. 微服务是松耦合的，是具有功能的服务，无论是在开发阶段或部署阶段都是独立的。
5. 微服务知识业务逻辑的代码，不会和HTML、CSS或其他界面组件混合。
6. 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库

缺点

1. 开发人员要处理分布式系统的复杂性
2. 多服务运维难度随着服务的增加，运维的压力也在增大
3. 系统部署依赖
4. 服务之间的通信成本增加

京东微服务架构体系：

技术选型
https://start.spring.io/actuator/info

Cloud 的升级

1. 创建Maven项目，maven 使用3.5以上
2. File Encodings 选择utf-8
3. 启用Annotation Processors
4. Java Compiler 选择Java8

Maven 中的DependencyManagement

Maven使用dependencyManagement 元素来提供 了一种管理依赖版本号 的方式
通常会在一个组织或者项目的最顶层的父POM中看到dependencyManagement元素

使用pom.xml中的dependencyManagement元素能让所有子项目中 引用一个依赖而不用显示地列出版本号。Maven会沿着 父子 层次向上走，直到找到一个拥有dependencyManagement元素的项目，然后就会使用这个dependencyManagement元素指定的版本号。
dependencyManagement只声明依赖，并不实现引入，因此子项目中通过< dependency>需要显示的声明需要的依赖。
如果不在子项目中声明依赖，是不会从父项目中继承下俩的；只有在子项目中写了该依赖项，并且没有指定具体版本。才会从父项目中继承该 项，并且version和scope都读取自父pom

微服务模块

1. 建module
2. 改pom
3. 写yml
4. 主启动
5. 业务类

SQL语句

create database db2019;
use db2019;
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for payment
-- ----------------------------
DROP TABLE IF EXISTS `payment`;
CREATE TABLE `payment`  (
  `id` bigint(0) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `serial` varchar(200) DEFAULT '' COMMENT '支付流水号',
  PRIMARY KEY (`id`)
) ENGINE = InnoDB AUTO_INCREMENT = 1 COMMENT = '支付表';

-- ----------------------------
-- Records of payment
-- ----------------------------
INSERT INTO `payment` VALUES (31, 'a123');
INSERT INTO `payment` VALUES (32, 'b456');
INSERT INTO `payment` VALUES (34, 'c789');
INSERT INTO `payment` VALUES (35, 'd12356');
INSERT INTO `payment` VALUES (36, 'e85646');

SET FOREIGN_KEY_CHECKS = 1;

RestTemplate

RestTemplate提供了多种便捷访问远程Http服务的方法，是一种简答便捷的访问restful服务 模板类，是Spring提供的用于访问Rest服务的客户端模板工具集

增加RequestBody使得从客户端传过去的payment可以封装成payment

Eureka

微服务注册名

单机Eureka构建步骤

单机版架构图

集群Eureka构建步骤

Eureka集群原理说明
互相注册，相互守望

Ribbon 和Eureka整合后Consumer可以直接调用服务 而不用再关心地址和端口号

actuator微服务信息完善

服务发现Discovery

对于注册进eureka里面的微服务可以通过服务发现来获取该服务信息

1. 业务类增加DiscoveryClient
2. 启动类使用@EnableDiscoveryClient注解

Eureka自我保护机制

自我保护背景

默认 情况下，如果Eureka Server在一定时间内（默认是90s）没有接受到某个微服务实例的心跳，Eureka Server将会移除该 实例。但是但网络分区故障发生时，微服务与Eureka Server无法进行正常通讯，而微服务本身是健康的，此时就不应该移除这个微服务，所以引入了自我保护机制。

自我保护机制
自我保护机制的工作机制是：如果在15分钟内超过85%的客户端节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，Eureka Server自动进入自我保护机制，此时会出现以下几种情况：

1. Eureka Server不再从注册列表中移除因为长时间没收到心跳而应该过期的服务。
2. Eureka Server仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上，保证当前节点依然可用。
3. 当网络稳定时，当前Eureka Server新的注册信息会被同步到其它节点中。

在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。
它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销 任何可能健康的服务实例。使用 自我保护模式，可以让Eureka 集群更加健壮、稳定。

SpringCloud Eureka自我保护机制

禁止自我保护

Eureka Server端关闭自我保护

server:
	# 关闭自我保护 保证不可用服务被及时剔除
	enable-self-preservation: false
	eviction-interval-time-in-ms: 2000ms   # 设置Eureka client 间隔多久没有发送心跳包会被剔除

Eureka 2.x官网已经声明不再维护了。