SpringCloud快速入门
一、 网站的架构演变
网络架构由最开始的三层mvc渐渐演变。传统的三层架构后来在互联网公司让几百人几千人同时开发一个项目已经变得不可行，并且会产生代码冲突的问题。基于SOA面向服务开发的架构，渐渐产生了微服务架构。微服务的架构的特点就是项目拆分成各个子项目，进行解耦操作，提供外部访问接口，属于敏捷开发，其实也可以视为面向接口开发。
一旦有了多个子项目，比如把淘宝网的订单系统和会员系统分开来看，就回产生如何管理接口、负载均衡、高并发情况下怎么限流断路等问题。那么这就有SpringCloud出现了。
那么springCloud的组件大概有哪些呢，我先简单介绍下：
- Eureka 服务注册中心
- 服务消费者 Rest 和 Fegin --消费实现负载均衡ribbon
- 接口网关Zuul
- Hystrix 关于服务雪崩的解决方案--服务熔断、服务降级、隔离资源。
二、 Eureka
eureka是个什么东西呢？它是一个服务注册中心。就拿上面的例子来说，如果要查看会员的订单详情，那么就要在会员系统的tomcat里面调用订单系统的tomcat里的方法。那么直接通过接口访问吗？显然这是不安全的。因此我们需要一个统一管理远程RPC调用的注册中心
如图所示，会员系统和订单都是独立能够运行的SpringBoot项目，把SpringBoot注册进eureka中，这样我们就可以通过eureka让会员系统远程调用订单系统。具体配置要怎么做呢？
首先我们要创建eureka注册中心，这里建议用idea的工具创建SpringBoot项目。
选择如图的包，如果没有则直接复制pom文件
4.0.0
org.springframework.boot
spring-boot-starter-parent
2.1.3.RELEASE
my
learning
0.0.1-SNAPSHOT
learning
Demo project for Spring Boot
1.8
Greenwich.SR1
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-netflix-eureka-server
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-dependencies
${spring-cloud.version}
pom
import
org.springframework.boot
spring-boot-maven-plugin
spring-milestones
Spring Milestones
https://repo.spring.io/milestone
然后我们去yml文件中做如下配置
#eureka的端口号
server:
port: 8888
eureka:
instance:
hostname: localhost
client:
registerWithEureka: false
fetchRegistry: false
serviceUrl:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/然后在启动类里添加表示为eureka注册中心
@EnableEurekaServer
@SpringBootApplication
public class LearningApplication {
public static void main(String[] args) {
SpringApplication.run(LearningApplication.class, args);
}
}通过localhost:8888可以进到如下页面就表示eureka注册中心启动成功
OK，那么我们要怎么把订单系统和会员系统注册进去呢？同样创建两个SpringBoot项目，创建方式和导包方式和注册中心一样。我们关注的只有yml文件是如何把这个springBoot项目注册进去的，那么我们来看看yml文件如何配置
eureka:
client:
serviceUrl:
# eureka的注册中心地址
defaultZone: http://localhost:8888/eureka/
server:
# 此项目端口号
port: 8889
spring:
application:
# 注册进eureka的名字
name: order-server
创建controller包并且启动
@RestController
public class ordercontroller {
@RequestMapping("orderTest")
public String orderTest(){
return "this is order";
}
}
// 启动类
@EnableEurekaClient
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}再次打开注册中心网页，就发现已经注册进去
重复以上步骤把会员系统也注册进去
三、 PRC远程调用的方法
远程调用的方法有两种，我们一一来细说。
1. 第一种，通过rest的方式来调用，首先我们要导入rest的pom依赖，我们要使用用户调用订单，就在用户里添加调用依赖。先解释一下什么是ribbon-----ribbon是一个负载均衡客户端 类似nginx反向代理，可以很好的控制htt和tcp的一些行为。
<dependency>
org.springframework.cloud
spring-cloud-starter-ribbon
// 在启动类里把ribbon类注入spring
@EnableEurekaClient
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
@Bean
@LoadBalanced // 开启负载均衡
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
public class memService{
@Autowired
private RestTemplate restTemplate;
@RequestMapping("/memTest")
public String memTest(){
String str = restTemplate.getForObject("http://order-server/orderTest",String.class);
return str;
}
}然后我们调用会员系统的接口访问，看他会不会走到订单系统里
这就是Rest远程调用的结果。
2. Feigin
Feign是一个声明式的伪Http客户端，它使得写Http客户端变得更简单。使用Feign，只需要创建一个接口并注解。它具有可插拔的注解特性，可使用Feign 注解和JAX-RS注解。Feign支持可插拔的编码器和解码器。Feign默认集成了Ribbon，并和Eureka结合，默认实现了负载均衡的效果。
简而言之：
·Feign 采用的是基于接口的注解
·Feign 整合了ribbon
第一步依然是导入依赖
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-feignartifactId>
dependency>
@Service
@FeignClient("order-server")
public interface orderFeign {
@RequestMapping("/orderTest")
public String orderTest();
}
@RestController
public class memController {
@Autowired
private OrderFeign orderFeign;
@RequestMapping("/memTest")
public String memTest(){
String str = orderFeign.orderTest();
return str;
}
}
// 启动类
@EnableEurekaClient
@EnableFeignClients
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
因此成功。这两个方式使用ribbon均衡负载，一个需要手动启动，fegin是自动启动。
四、 路由网关（ZUUL）
路由网关有什么作用呢？上面订单和会员系统已经注册进服务中心，两者之间是通过网址直接访问。但是如果在浏览器里由订单访问会员，会因为域名不同而导致跨域问题。跨域问题的解决方案可以使用http client设置、设置请求头、nginx转发解决，那么在SpringCloud里面当然提供了一套解决方案，那就是网关ZUUL。
如图所示，当一个客户端如果直接访问时，会因为域名不同导致跨域问题。而我们所需要做的就是在前面设置一个网关变成my.com/vip my.com/order，这样就不会产生跨域的问题。接下来我们来设置zuul。
第一步首先也要注册进eureka,导入依赖。
org.springframework.cloud
spring-cloud-starter-zuul
第二步配置yml文件..
#注册进eureka
eureka:
client:
serviceUrl:
defaultZone: http://localhost:8888/eureka/
#配置网关端口号
server:
port: 8080
spring:
application:
name: zuul-server
#配置网关转发详情
zuul:
routes:
api-a:
path: /member/**
service-id: member-server
api-b:
path: /order/**
service-id: order-server// 开启网关
@EnableZuulProxy
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
访问配置的网关地址8080，调用member-server里的方法，成功！还可以使用网关过滤信息。具体怎样过滤不做赘述。
五、 断路器（Hystrix)
为什么需要 Hystrix?
在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用（RPC）。为了保证其高可用，单个服务又必须集群部署。由于网络原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会出现网络延迟，此时若有大量的网络涌入，会形成任务累计，导致服务瘫痪，甚至导致服务“雪崩”。为了解决这个问题，就出现断路器模型。
什么是服务雪崩
分布式系统中经常会出现某个基础服务不可用造成整个系统不可用的情况, 这种现象被称为服务雪崩效应. 为了应对服务雪崩, 一种常见的做法是手动服务降级. 而Hystrix的出现,给我们提供了另一种选择.
通俗来说： 就是对一个方法的PRC调用并发数量太大
服务雪崩应对策略
针对造成服务雪崩的不同原因, 可以使用不同的应对策略:
1. 流量控制
2. 改进缓存模式
3. 服务自动扩容
服务调用者降级服务
流量控制 的具体措施包括:
·网关限流
·用户交互限流
·关闭重试
什么是服务降级
所有的RPC技术里面服务降级是一个最为重要的话题，所谓的降级指的是当服务的提供方不可使用的时候，程序不会出现异常，而会出现本地的操作调用。
通俗解释来说：就是上面例子里的会员系统访问订单系统，执行远程RPC调用方法，但是当达到一定并发量的时候，比如200个人同时访问 orderTest()方法时，tomcat的容量设置的只有150个，剩余的50个人就在外面等待一直等待。服务降级就是不让他们一直等待，调用本地的方法来fallback消息。而不再去PRC方法。
Hystrix的作用
1.断路器机制
断路器很好理解, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open). 这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN). Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.
2.Fallback
Fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.
3.资源隔离
在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额外的性能开销. 如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用Hystrix的信号模式(Semaphores)来隔离资源.
第一步首先是导入依赖
org.springframework.cloud
spring-cloud-starter-hystrix
Rest方式调用
@HystrixCommand(fallbackMethod = "testError")
@RequestMapping("/memTest")
public String memTest(){
String str = restTemplate.getForObject("http://order-server/orderTest",String.class);
return str;
}
public String testError(){
//远程调用失败，调用此方法
}
//启动方式
@EnableEurekaClient
@EnableHystrix
@SpringBootApplication
public class MemApp {
public static void main(String[] args) {
SpringApplication.run(OrderApp.class, args);
}Fegin方式调用
yml文件新增配置
feign:
hystrix:
enabled: true
注册一个继承了Fegin接口的类到Spring容器中
@Component
public class MemberFeignService implements orderFeign {
public String errorMsg {
return "出错啦";
}
}
@Service
@FeignClient("order-server"，fallback=MemberFeignService.class)
public interface orderFeign {
@RequestMapping("/orderTest")
public String orderTest();
}所以整个流程就是并发访问量太大导致服务雪崩。然后出发PRC的熔断机制。最后会根据情况来进行隔离资源。