#
限流例子: // 測試方法 public String test1(){ this.initFlowQpsRule(); return "test"; } // 限流規則 pr
[TOC] 使用Nacos管理配置 為什么要需要配置管理？ 在微服務架構中，每個微服務都有可能會存在多個實例，為了保證同一微服務不同實例的配置文件內容一致，我們就需要有一個服務可以對微服務項目的配
規則持久化 - 拉模式 在Sentinel控制臺對某個微服務的接口資源配置了流控、降級等規則后，若重啟了該微服務，那么配置的相關規則就會丟失，因為Sentinel默認將規則存放在內存中。每次重啟微服務
1.加依賴: com.alibaba.csp se
Spring Cloud Alibaba 致力于提供微服務開發的一站式解決方案。此項目包含開發分布式應用服務的必需組件，方便開發者通過 Spring Cloud 編程模型輕松使用這些組件來開發分布式
常見容錯方案 在微服務等分布式架構中，服務容錯是老生常談的問題了，我們都知道在微服務架構中會存在多個微服務，而絕大部分微服務之間都會存在調用關系，若由于某個底層服務不可用從而產生連鎖反應，導致一系列的
Sentinel與控制臺通信原理 在基礎篇中我們學習了如何為項目整合Sentinel，并搭建了Sentinel的可視化控制臺，介紹及演示了各種Sentinel所支持的規則配置方式。本文則對Sentin
分為以下4步: 1. 添加依賴: sentinel，feign 2. 配置feign允許sentinel 3. 編寫: feign，請求客戶端 4. 為客戶端添加(sentinel)異常處理類 1
Sentinel-Resource注解包括2部分: 1.注解的使用 2.注解處理類定義 1.注解的使用 @RequestMapping("/test-sentinel-api-3") @Senti
引入MQ后的架構演進 MQ的選擇 消息隊列對比參照表： RocketMQ vs. ActiveMQ vs. Kafka： 參考至： 消息隊列對比參照表 RocketMQ vs. ActiveMQ
