微服务，是一个小型的服务，也是一种设计理念，将一个大型繁杂的系统拆分为多个小型的服务，进行独立部署，这些服务在独立进程中运行，通过特定的协议进行通信
优点：
缺点：
在服务通信性能上RPC更强，但是Rest更为灵活
SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
Spring Cloud专注于为典型的用例提供良好的开箱即用体验，并为其他用例提供扩展性机制。
参考地址：
Eureka是Netflix开发的基于Rest的服务发现框架，SpringCloud基于此进行二次封装，实现服务的管理。
创建一个Eureka服务：
https://www.cnblogs.com/william-m/p/15991511.html
如果没有Eureka，如何进行服务之间的调用?
使用Rest进行调用，先将RestTemplate注册到Bean，然后：
@RestController
public class MyController {
private static final String REST_URL_PREFIX="http://localhost:8082";
@Autowired
private RestTemplate restTemplate;
@GetMApping("user/getAll")
public User getById(@RequestParam Long id){
return restTemplate.getForObject(REST_URL_PREFIX+"/user/getAll/"+id,User.class);
}
}
C - consistency 强一致性
A - avAIlability 可用性
P - partition tolerance 分区容错性
Eureka遵循的是AP原则，Eureka各个节点都是平等的，部分服务节点的下线不会影响正常服务的调用，只要该服务还剩下一个节点在线就可以进行正常的服务访问，即保证了服务可用，但是并不能保证查询到的信息是最新的。Zookeeper的CP原则与之不同，Zookeeper会有一个master节点来保证一致性，一旦master节点挂掉，剩余的节点会重新选举一个leader，而选择的过程需要时间，这期间会使得该服务瘫痪，所以需要满足高可用的话该情况是不能够容忍的。
Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，基于Netflix Ribbon实现，通过轮询、随机等算法选择一个可用服务。
目的：将用户的请求平摊的分配到多个服务上，实现高可用
最大区别：服务清单所存储的位置
客户端先发送请求到负载均衡服务器，然后由负载均衡服务器通过负载均衡算法，在众多可用的服务器之中选择一个来处理请求。
客户端自己维护一个可用服务器地址列表，在发送请求前先通过负载均衡算法选择一个将用来处理本次请求的服务器，然后再直接将请求发送至该服务器。
逻辑时序：RestTemplate发起请求 → 负载均衡器拦截器拦截 → LoadBalanceClient获取ILoadBalance → 获取服务列表 → 根据负载均衡器选择一个server → 发起请求 → 记录调用信息
public class MyBalanceRule extends AbstractLoadBalancerRule {
// 继承AbstractLoadBalancerRule并重写choose算法
@Override
public Server choose(Object key) {
return choose(getLoadBalancer(), key);
}
public Server choose(ILoadBalancer lb, Object key) {
if (lb == null) {
return null;
}
Server server = null;
while (server == null) {
if (Thread.interrupted()) {
return null;
}
List<Server> upList = lb.getReachableServers(); // 获取活着的服务
List<Server> allList = lb.getAllServers(); // 获取所有服务
int serverCount = allList.size();
if (serverCount == 0) {
return null;
}
// =============================================
// 自定义负载均衡算法
// server = ......
//===============================================
if (server == null) {
Thread.yield();
continue;
}
if (server.isAlive()) {
return (server);
}
server = null;
Thread.yield();
}
return server;
}
}
// 添加配置类，指定负载均衡算法
@Configuration
public class MyRuleConfig {
@Bean
public IRule myRule(){
return new MyBalanceRule();
}
}
Feign是声明式的 web service 客户端，SpringCloud对Feign进行了封装，可以与Ribbon和Eureka使用以支持负载均衡，只需要创建一个接口并添加@FeignClient("服务名")注解即可。
Ribbon基于HTTP和TCP客户端的负载均衡器可以自己构建HTTP请求，使用RestTemplate发送服务
Feign基于Ribbon进行改进，采用接口的方式，将需要调用的服务的方法定义成抽象方法
Consumer应用
启动类
@EnableFeignClients
@EnableDiscoveryClient
@SpringBootApplication
public class ConsumerApplication {
public static void main(String[] args) {
SpringApplication.run(ChannelApplication.class, args);
}
}
为了调用Product应用服务的接口类
@FeignClient(value = "Product")
public interface ProductService {
@RequestMapping(value = "/user/selectById", method = RequestMethod.GET)
User selectById(@RequestParam(value = "id") Long id);
}
Product应用
controller
@RequestMapping("/user")
@RestController
public class ProductController {
@RequestMapping(value = "selectById", method = RequestMethod.GET)
User selectById(@RequestParam(value = "id") Long id){
return "";
}
}
Hystrix是一个服务容错与保护的组件，用于服务降级、服务熔断、服务限流等等，能够保证在其中一个服务出现问题的时候，不会出现级联故障，防止雪崩，提高分布式服务的健壮性。
服务雪崩：微服务之间进行调用的时候，服务F同时被多个服务A、B、C、D调用，此时服务F发生故障（响应时间过长或者不可用等），对于服务ABCD的调用会占用越来越多的系统资源，引起系统整体的崩溃。
也就是说一个微服务的失败会引发整个系统的崩溃，像雪崩一样。
将某些服务停掉会i这不进行业务处理，释放资源来维持主要服务的功能。
应对服务雪崩的一种保险措施，是微服务的链路保护机制，是服务降级的一种特殊处理方式。
为了应对某个服务故障的情况，保证系统的整体可用性，熔断器会切断对该服务的请求，返回一个比较友好的错误响应，直到服务恢复正常
熔断机制的三种状态：
示例：
// 在getUserById方法出现故障时执行getUserFallBack方法
@HystrixCommand(fallbackMethod = "getUserFallBack")
@GetMapping(value="getUserNameById")
public String getUserById(Long id){
return UserService.selectById(id);
}
public String getUserFallBack(){
return "请稍后再试";
}
熔断：直接切断服务的调用
降级：牺牲非核心业务保证核心服务的正常
限流：服务访问量达到阈值后拒绝多余的调用
Zuul是一个微服务网关。网关：是一个网络系统的前置入口。也就是说要想访问一个有网关的网络系统请求相应的服务，需要先进入网关，然后路由到相应的服务。
通常是组成一个系统的微服务很多、或者有权限要求时需要用到网关。
Zuul提供一个过滤器，父类为ZuulFilter，用来过滤代理请求，提供额外的功能逻辑（这点类似于AOP），包括前置过滤、路由后过滤、后置过滤、异常过滤。
ZuulFilter包含的抽象方法：filterType、filterOrder、shouldFilter、run
当微服务众多的时候，想要管理各个服务的配置时过于繁杂，SpringCloud Config则可以用来对每个微服务的配置进行集中的管理。可以实现权限管控、灰度发布、版本管理、格式检验、安全配置等。
灰度发布：在进行产品研发时，新版本的发布可能存在一定的风险，那么让一部分用户继续使用A特性，并且提供B特性让部分用户使用，如果B特性口碑良好，产品稳定，就可以逐渐进行用户的迁移。灰度发布保证发生问题可以及时解决。就像是打游戏有个测试版本，如果测试用户对该版本满意，则可以继续发布到正式，用户不满意就能及时补救，反正没有发布到正式。
作用：
特点：
文章来自
https://www.cnblogs.com/william-m/p/16153557.html
京公网安备 11010802035086号