未完成的空间

Sentinel从1.4.0 开始引入了集群流控模块，用于控制应用集群内某个 API 的总 QPS 。 在Sentinel集群流控中，主要有两种身份：Token Client和Token Server，实现集群流控的流程就是应用实例（Token Client）向Token Server请求令牌，TokenServer根据集群流控规则来控制总体的QPS。 待解决的问题： 1. 通过Nacos流控规则配置不直观 2. SentinelCluster无官方高可用方案

一个应用如果要接入Dashboard并与之通信则需要引入transport组件（sentinel-transport-netty-http） 接入Sentinel后，资源请求的相关指标（qps、通过请求数、拒绝请求数等）会以内存和日志文件两种形式存储下来 ... 整个Sentinel客户端（应用）与控制台之间传输监控数据的流程就总结一下，就是两部分内容： 1.应用产生并缓存监控数据，上报心跳到Dashboard，并提供http接口 2.Dashboard轮询应用接口，保存监控数据，展示到前端界面

Sentinel是阿里开源的一个面向分布式服务架构的轻量级高可用流量控制组件。 本文主要通过对源码加以注释的方式，来简单的讲解Sentinel的代码逻辑，目的在于梳理其核心的功能代码结构，便于后续对相关问题的解决处理，也希望通过阅读源码来加强编码技能。 由于整个Sentinel开源项目下的子项目众多，这里我们仅针对实现核心流控功能的sentinel-core项目来分析。

1. Sentinel 是什么？ Sentinel是去年7月由阿里中间件团队开源的，面向分布式服务架构的轻量级高可用流量控制组件。 随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。（引自[官方文档]） 2. 主要优势和特性 轻量级，核心库无多余依赖，性能损耗小。 方便接入，开源生态广泛。 丰富的流量控制场景。 易用的控制台，提供实时监控、机器发现、规则管理等能力 完善的扩展性设计，提供多样化的 SPI接口