閘道器限流,分布式事務實戰筆記

2021-10-23 05:22:45 字數 1006 閱讀 4702

nacos(註冊中心+配置中心)

seata-server---------1

sentinel-dashboard:

認證中心,閘道器服務,

使用者微服務,

訂單, 1

使用者微服務 1

訂單 1

商品 1

優惠卷記憶體擴容,0.7.0 的方式,tuling-gateway 的方式:

起了個寂寞,手寫乙個方法,ok了,重新整理一下,api的方式,

登入一下,生成訂單,登入一下,原生的登入,登入成功後,copy過來後,會員詳細情況,

假如的成百上千條的記錄,把member重啟後得,完成,做不成計畫的,服務了,ok 了、

這樣的話,把閘道器重啟,在閘道器上進行限流,不是吧,加上個匯入,手寫乙個方法,

第一步原始碼包下來,其實人家,依葫蘆和畫瓢,先跟上老師的思路,gateway 的包,

會不會丟失,gateway的方式,查詢列表功能,另外乙個關鍵性**,儲存到自己的記憶體中,

sentime 啟動流程分析微服務的update 方法,插入的方法,儲存到當前的記憶體中,刪除的操作

刪除記憶體之間的刪除,

confiruation  classpath 掃瞄進去了,

@import @compent 不識別的方法,再經過一層,第一步的

注入的方法,副本的異曲同工之妙,注入模型,不然直接去寫的,介面型別,最最複雜的

bean 定義的物件的返回remote呼叫invoke 方法等,呼叫getobject 方法,這個析@remotecall 方法

這一步的方法,隨機的方法,random 方法,醉醉男的解析註解的是最難的,為什麼說,考慮是那種註解,

get/post 多個引數,解析這個方法,springmvc的原始碼,每乙個註解的解析器,原始碼框架

做ip快取中的設定ping機制,ping不通的,移除出去,還沒有想到的,

productreotecall 

理論的方法,四點:

md5 nacao的方法,功能測試,啟動器,打包成乙個啟動器,

分布式限流實戰

由於api介面無法控制呼叫方的行為,因此當遇到瞬時請求量激增時,會導致介面占用過多伺服器資源,使得其他請求響應速度降低或是超時,更有甚者可能導致伺服器宕機。限流 rate limiting 指對應用服務的請求進行限制,例如某一介面的請求限制為100個每秒,對超過限制的請求則進行快速失敗或丟棄。限流可...

分布式事務實現思路

大體思路是對事務進行 手動控制事務的開啟提交。datasource connect transaction transtaction註解也是aop 自己編寫事務註解zdytranstaction實現transtration裡面的幾個方法,connect也是,對datasource connect t...

分布式限流實戰 redis實現令牌桶限流

這篇文章我們主要是分析一下分布式限流的玩法。因為限流也是乙個經典用法了。隨著微服務的流行,服務和服務之間的穩定性變得越來越重要。快取 降級和限流是保護微服務系統執行穩定性的三大利器。快取的目的是提公升系統訪問速度和增大系統能處理的容量,而降級是當服務出問題或者影響到核心流程的效能則需要暫時遮蔽掉,待...