一.微服务的优点
- 每个服务足够内聚,足够小,代码容易理解这样能聚焦一个指定的业务功能或业务需求。
- 开发简单,开发效率提高,一个服务可能就是专一的只干一件事
- 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
- 微服务能够实用不同的语言开发
- 易于和第三方集成,微服务允许容器且灵活的方式集成自动部署
- 微服务易于被一个开发人员理解,修改和维护这样小团队能够更专注自己的工作成果。无需通过合作才能体现价值。
- 微服务知识业务逻辑的代码,不会和Html,css或其他界面组件混合。
二.微服务的缺点
- 开发人员要处理分布式系统的复杂性。
- 多服务运维难度,随着服务的增加,运维的压力也在增大。
- 系统部署依赖,服务间通信成本高
三.什么是springcloud?
基于springboot提供了一套微服务解决方案,包括服务注册与发现,配置中心,全链路监控,服务网关,负载均衡,熔断器等组件,除了基于NetFlix的开源组件做高度抽象封装之外,还有一些选型中立的开源组件。
四.springboot和springcloud的区别
- springboot专注于快速方便的开发单个个体微服务
- springcloud是关注全局的微服务协调整理治理框架,它将springboot开发的的一个个单体微服务整合并管理起来,为各个微服务之间提供,配置管理,服务发现,断路器,路由,微代理,事件总线,全局锁,决策竞选,分布式会话等等集成服务。
- springboot可以离开springcloud独立使用开发项目,但是springcloud离不开springboot,属于依赖关系。
五.springcloud和dubbo的对比
Bubbo | Spring Cloud | |
服务注册中心 | Zookeeper | Eureka |
服务调用方式 | RPC | REST API |
服务监控 | Doubbo-monitor | Spring Boot Admin五 |
断路器 | 不完善 | Spring Cloud Netflix Hystrix |
服务网关 | 无 | Spring Cloud Netflix Zuul |
分布式配置 | 无 | Spring Cloud Config |
服务跟踪 | 无 | Spring Cloud Sleuth |
消息总线 | 无 | Spring Cloud Bus |
数据流 | 无 | Sspripring Cloud Stream |
批量任务 | 无 | Spring Cloud Task |
六.springcloud五大技术
1.eureka
- 什么是Eureka
Eureka是Netflix的一个子模块,也是核心模块之一。Eureka是一个基于Rest的服务,用于定为服务,以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的,有了服务发现与注册,只需要使用服务的标识符,就可以访问到服务,而不需要修改服务的配置文件。功能类似于dubbo的注册中心,比如Zookeeper.
2. Eureka包含两个组件:Eureka Service和Eureka Client
Eureka Service提供服务注册,各个节点启动后,会在EurekaServer中进行注册,这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息,服务接地那的信息可以在界面中直观的看到。
EurekaClient是一个java客户端,用于简化Eureka Server的交互,客户端同时也具备一个内置的,使用轮询附的负载均衡器。在启动后,将会向Eureka Server发送心跳(默认周期30秒)。如果Eureka Server在多个心跳周期内没有接受到某个节点的心跳。EurekaServer将会从服务注册表中吧这个服务节点移除(默认90秒).
3. Eureka搭建步骤
- 新建Eureka项目:Eureka-7001
- 新增一个相关的mav配置坐标
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.gxs.springcloud</groupId> <artifactId>spring-cloud-study</artifactId> <version>1.0-SNAPSHOT</version> </parent> <artifactId>springcloud-study-euraka-7001</artifactId> <dependencies> <!--eureka-server 服务端--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> <!--热部署 修改后立即生效--> <dependency> <groupId>org.springframework</groupId> <artifactId>springloaded</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> </dependency> </dependencies> </project>
- 新增application.yml
server: 7001 eureka: instance:localhost #eureka服务端的实例名称 client: register-with-eureka:false #false表示不想注册中心注册自己 fetch-registry:false #false表示自己就是注册中心,我的职责就是服务实例,并不需要去检查服务 server-url: defaultZone:http://${eureka.instance.hostname}:${server.port}/eureka/ #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址。${}拼接上面的变量。
- 在启动类上main标注的启动该新组件技术的相关注解标签。
@SpringBootApplication @EnableEurekaServer //EurekaServer服务端启动类,接受其他微服务注册进来。 public Class EurekaServer7001_APP{ public static void main(String[] args){ SpringApplication.run(EurekaServer7001_App.class,args); } }
- 将已有的微服务注册进Eureka服务中心
(1) 在provider项目中pom.xml中新增加入
-
(2)在provider项目中的application.yml中加入以下配置信息<!--将微服务provider端注册进eureka--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency>
-
(3)在provider项目中的设置启动类,新增注解eurka: client: #客户端注册进eureka服务列表内 service-url: defaultZone: http://localhost:7001/eureka #所要注册到的eureka的地址
-
@SpringBootApplication @EnableEurekaClient //本服务启动后悔自动注册进eureka服务 public class DeptProvider8001_App{ public static void main(String[] args){ SpringApplication.run(DeptProvider8001.class,args); } }
4.微服务的完善
-
修改主机映射名字 ,修改yml文件
eurka:
client: #客户端注册进eureka服务列表内
service-url:
defaultZone: http://localhost:7001/eureka #所要注册到的eureka的地址
instance: #修改部分
instance_id: microservicecloud-dept8001
- 主机ip信息提示,修改yml文件
eurka:
client: #客户端注册进eureka服务列表内
service-url:
defaultZone: http://localhost:7001/eureka #所要注册到的eureka的地址
instance:
instance_id: microservicecloud-dept8001
prefer-ip-address: true #访问路径可以显示ip地址,修改部分
- info内容的构建,点击eureka服务器上的微服务,查看info.修改步骤:
- 修改provider工程pom.xml文件
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency>
2.修改父工程pom文件
<build> <finalName>microservicecloud</fiinalName> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> </resource> </resources> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-resources-plugin<artifactId> <configuration> <delimiters> <delimiter>$</delimiter> </delimiters> </configuration> </plugins> </plugins> </build>
3.修改yml文件
#新增 info: app.name: atguigu-microservicecloud company.name: www.atguigu.com build.artifactId: $project.artifactId$ build.version: $project.version$
五.eureka自我保护机制
某时刻某个微服务不可用了,eureka不会立刻清理,依旧会对该微服务的信息进行保存。
默认情况下,如果EurekaServer在一定时间内没有接受到某个微服务实例的心跳,EurekaServer将会注销该实例(默认90秒)。但是当网络分区故障发生时,微服务与EurekaServer之间无法正常的通信,以上行为可能变得非常危险了——因为微服务本身其实是健康的,此时本不应该注销这个微服务。Eureka通过自我保护模式,来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时(可能发生了网络分区故障),南无这个节点就会进入自我保护模式。一旦进入该模式,EurekaServer就会保护服务注册表中的信息,不在删除服务注册表中的数据(也就是不会注销任何微服务)。当网络故障恢复后,该EurekaServer节点会自动退出自我保护模式。
在spring cloud中,可以使用eureka.server.enable-self-preservation=false禁用自我保护模式。
六.Eureka服务发现(对于注册进eureka里面的微服务,可以通过服务发现来获得该服务的信息)
1.修改provider工程的DeptController文件
//新增
@Autowired
private DiscoveryClient client;
@RequestMapping(value="/dept/discovery",method=RequestMethos.GET)
public Object discovery(){
List<String> list=client.getServices();
System.out.println("******"+list);
List<ServiceInstance> srvList=client.getInstances("MICROSERVICECLOUD-DEPT");
for(ServiceInstance element:srvList){
System.out.println(element.getServiceId()+"\t"+
element.getHost()+"\t"+element.getPort()+"\t");
return this.client;
}
}
2.修改启动EurekaServer(新增@EnableDiscoveryClient)
@SpringBootApplication
@EnableEurekaClient //本服务启动后悔自动注册进eureka服务
public class DeptProvider8001_App{
public static void main(String[] args){
SpringApplication.run(DeptProvider8001.class,args);
}
}
启动eureka和provider项目,通过访问(/dept/discovery)
七.修改consumer项目DeptController_Consumer.java来调用服务发现(重点restTemplate的使用)
@RequestMapping(value="/consumer/dept/discovery")
public Object discovery(){
return restTemplate.getForObject(Rest_UTL_PREFIX+"/dept/discovery",Object.class);
}
八.eureka的集群配置(步骤)
- 再新建两个Eureka的项目Eureka-7002和Eureka-7003
- 搭建步骤与上面Eureka-7001类似
- 做一下域名映射。修改host文件
#新增
127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com
127.0.0.1 eureka7003.com
修改Eureka-7001项目中application.yml文件
server:
7001
eureka:
instance:localhost #eureka服务端的实例名称
client:
register-with-eureka:false #false表示不想注册中心注册自己
fetch-registry:false #false表示自己就是注册中心,我的职责就是服务实例,并不需要去检查服务
server-url:
defaultZone:http://${eureka.instance.hostname}:${server.port}/eureka/
#设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址。${}拼接上面的变量。
- 修改Eureka-7002和Eureka-7003中application.yml(与上面类似)
- 修改provider中的application.yml文件(修改defaultZone:后面的内容)
server: port: 8001 mybatis: config-location: classpath:mybatis/mybatis.cfg.xml #mybatis配置文件所在路径 #mapper-location: classpath:mybatis/mapper/**/*.xml #mapper映射文件 type-aliases-package: com.atguigu.springcloud.entities #所有Entity别名类所在包 spring: application: name: microservicecloud-dept datasource: type: com.alibaba.druid.pool.DruidDataSource #当前数据操作类型 driver-class-name: com.mysql.jdbc.Driver #mysql驱动包 url: jdbc:mysql://localhost:3306/cloudb01 #数据库名称 username: root password: briup dbcp2: min-idle: 5 #数据库连接池的最小维持连接数 initial-size: 5 #初始化连接数 max-total: 5 #最大连接数 max-wait-millis: 200 #等待连接获取的最大超时时间 eurka: client: #客户端注册进eureka服务列表内 service-url: defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7001/eureka, http://eureka7003.com:7001/eureka,#所要注册到的eureka的地址 instance: instance_id: microservicecloud-dept8001 prefer-ip-address: true #访问路径可以显示ip地址,修改部分 info: app.name: atguigu-microservicecloud company.name: www.atguigu.com build.artifactId: $project.artifactId$ build.version: $project.version$
八.springcloud和zookeeper对比
1.Eureka遵守AP(高可用性和分区容错性)原则,Eureka遵守CP(一致性和分区容错性)原则.
Zookeeper是保证CP
当向注册中心查询服务列表时,我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接down掉不可用。也就是说,服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况,当master节点因为网络故障与其他节点失去联系时,剩余节点会重新进行leader选举。问题在于,选举leader的时间太长,30 ~ 120s, 且选举期间整个zk集群都是不可用的,这就导致在选举期间注册服务瘫痪。在云部署的环境下,因网络问题使得zk集群失去master节点是较大概率会发生的事,虽然服务能够最终恢复,但是漫长的选举时间导致的注册长期不可用是不能容忍的。
Eureka是保证AP
Eureka看明白了这一点,因此在设计时就优先保证可用性。Eureka各个节点都是平等的,几个节点挂掉不会影响正常节点的工作,剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败,则会自动切换至其它节点,只要有一台Eureka还在,就能保证注册服务可用(保证可用性),只不过查到的信息可能不是最新的(不保证强一致性)。除此之外,Eureka还有一种自我保护机制,如果在15分钟内超过85%的节点都没有正常的心跳,那么Eureka就认为客户端与注册中心出现了网络故障,此时会出现以下几种情况:
1. Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
2. Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其它节点上(即保证当前节点依然可用)
3. 当网络稳定时,当前实例新的注册信息会被同步到其它节点中