柔性可用实践---为什么要需要

将边缘服务关闭掉

服务治理-监控手段

监控框架：Open-falcon

数据库降级

1. 更新请求，把请求持久化到消息队列，只更新缓存，不跟数据库进行交互

2. 读请求：只读取缓存中的数据，不读取数据库中的请求

3. 数据补齐：高峰期过了之后，需要将消息队列里面的数据持久化到数据库
   

系统降级

拒绝部分请求：

1. 拒绝部分老请求（确保新需求能够正常响应）

2. 优先级请求方式（处理核心业务请求，丢弃非核心业务请求）

3. 随即拒绝
   

微服务监控框架

服务治理-监控手段

服务治理

为什么需要监控

监控什么

柔性设计如何做

系统降级

    拒接部分请求（多用）

    关闭部分服务

数据层降级

    更新请求 消息队列 缓存

    读请求 缓存

    数据补齐 消息队列到数据

微服务监控框架

服务治理监控手段

服务治理监控

柔性可用实践

数据层降级

系统降级拒绝部分请求

系统降级层面

如何做降级服务，核心服务可用，非核心服务停止或者不可用

柔韧性可用实践

系统降级方式：

1. 拒绝部分老的请求:  在rpc的请求队列中,采用的事先进先出的方式,工作线程从请求队列中进行出队,当请求在请求队列中的时间超过一定时间(比如1s)时,直接丢弃;

2. 非核心的请求直接丢弃:通过配置文件的形式识别比对哪些是核心请求和非核心的

   
   

微服务实时监控

服务治理-监控手段

服务治理-为什么需要监控，监控什么

柔性可用策略

数据层降级

系统降级，

拒绝部分请求，关闭部分非关键服务

柔性可用实践，

目标：保证核心服务可用，非核心服务弱可用，甚至不可用

服务治理-监控

服务治理-监控手段

柔性可用实践-柔性可用策略

柔性可用实践-数据层降级