享學(xué)課堂特約作者：老顧
目錄
前言
全局異常降級(jí)
熔斷遺失
熔斷降級(jí)
配置思考
總結(jié)
前言
之前的文章中老顧已經(jīng)介紹了sentinel的基本用法迂求，以及利用Sentinel-Dashboard控制臺(tái)去配置降級(jí)策略蕊玷，全局Feign調(diào)用默認(rèn)異常担忧，再可以通過(guò)nacos持久化方式保證降級(jí)策略不丟失检号。
整體在使用過(guò)程中焰望，沒(méi)有發(fā)現(xiàn)什么大問(wèn)題秕磷；但是仔細(xì)看一下日志就會(huì)發(fā)現(xiàn)一些問(wèn)題锈颗；且為了解決這個(gè)問(wèn)題要配置很多東西顷霹。發(fā)現(xiàn)有個(gè)地方在使用的時(shí)候不方便；而且是很不方便击吱，浪費(fèi)很多時(shí)間淋淀。我們先看看使用過(guò)程中的問(wèn)題
全局異常降級(jí)
在之前的文章中，老顧介紹了Feign調(diào)用異常全局降級(jí)策略覆醇，這里我們?cè)俸?jiǎn)單描述一下
上圖中表示有個(gè)普通的業(yè)務(wù)朵纷，consumer服務(wù)通過(guò)Feign調(diào)用provider服務(wù)，為了保證系統(tǒng)的穩(wěn)定性永脓，防止provider服務(wù)出現(xiàn)什么情況袍辞，在consumer服務(wù)配置了fallback降級(jí)策略
這樣設(shè)置之后，即使provider服務(wù)掛了常摧，我們也可以走fallback方法搅吁，可以獲取到
Plain? Text===fall back===
這樣就保證了整體系統(tǒng)的穩(wěn)定，而不會(huì)因?yàn)閜rovider服務(wù)不穩(wěn)定導(dǎo)致consumer服務(wù)也不穩(wěn)定落午，專(zhuān)業(yè)術(shù)語(yǔ)就是防止雪崩效應(yīng)谎懦。
有沒(méi)有發(fā)現(xiàn)Fegin接口中@FeignClient注解需加上fallback屬性
Java@FeignClient(name = "service-provider",fallback = ProviderServiceFallback.class)
小伙伴們我們想一想，如果我們consumer有10個(gè)Feign的外部調(diào)用溃斋，也就是有10個(gè)Feign接口界拦，那么要保證系統(tǒng)的穩(wěn)定，我們需要在每個(gè)Feign接口上面配置fallback梗劫。而且一般降級(jí)邏輯業(yè)務(wù)處理都是很類(lèi)似的寞奸，都是標(biāo)準(zhǔn)的業(yè)務(wù)。是不是很麻煩在跳，那能不能系統(tǒng)有個(gè)全局的fallback處理呢？
之前的文章《Sentinel限流隐岛、降級(jí)的統(tǒng)一處理》中已經(jīng)做過(guò)介紹猫妙，小伙伴可以出門(mén)右拐就可以找到。
本篇文章就不重復(fù)介紹具體的實(shí)現(xiàn)了聚凹。
熔斷遺失
上面我們介紹了全局降級(jí)割坠；我們來(lái)看看的效果齐帚，我們把provider服務(wù)關(guān)掉，這樣直接訪問(wèn)consumer對(duì)象的getHeader方法彼哼，代碼里面是先獲得客戶(hù)端傳過(guò)來(lái)的header參數(shù)对妄，再遠(yuǎn)程Feign調(diào)用方法「抑欤看如下代碼
Plain? Texthttp://localhost:8083/getHeader
我們發(fā)現(xiàn)因?yàn)閜rovider服務(wù)掛了剪菱，導(dǎo)致
Load balancer does not have available server for client: service-provider
不過(guò)我們的返回結(jié)果，還是友好的拴签；保證系統(tǒng)照樣進(jìn)行
Java{
"statusCode": "0",
"statusMessage": "處理成功",
"data": "success"
}
我們?cè)賵?zhí)行一次
Plain? Texthttp://localhost:8083/getHeader
照樣報(bào)錯(cuò)Ｐ⒊！！蚓哩！
不管執(zhí)行幾次构灸，日志照樣有異常；雖然前端看不出來(lái)０独妗Ｏ舶洹！小伙伴有沒(méi)有發(fā)現(xiàn)問(wèn)題曹阔？怎么每次都有異常發(fā)生半开？現(xiàn)在的案例中的異常是provider服務(wù)不存在，大家看的不是太明顯次兆，因?yàn)閏onsumer服務(wù)即時(shí)就知道立刻返回了異常稿茉；但如果異常是provider服務(wù)執(zhí)行時(shí)間太長(zhǎng)，導(dǎo)致consumer服務(wù)調(diào)用超時(shí)返回的異常芥炭；那么每次調(diào)用都產(chǎn)生超時(shí)異常漓库，那根本起不到防止雪崩效應(yīng)。
那是不是哪邊出了問(wèn)題了园蝠？對(duì)的渺蒿，我們忘記配置Sentinel的降級(jí)策略了；本質(zhì)就是熔斷降級(jí)策略彪薛。
關(guān)于熔斷茂装，小伙伴們可以網(wǎng)上查看，補(bǔ)一下知識(shí)哦
熔斷降級(jí)
之前文章中老顧介紹過(guò)Sentinel Dashboard善延，可以進(jìn)行配置熔斷降級(jí)少态；怎么安裝，小伙伴們可以去看之前的文章
上面的配置代表易遣，10秒內(nèi)最小請(qǐng)求數(shù)達(dá)到2個(gè)彼妻，而且有1個(gè)異常就執(zhí)行熔斷，熔斷持續(xù)10秒。
我們?cè)趫?zhí)行多次侨歉，發(fā)現(xiàn)異常日志沒(méi)有了屋摇。
這個(gè)原因就是
Plain? TextproviderServiceFeign.transferHeaders();
執(zhí)行Fegin遠(yuǎn)程調(diào)用時(shí)，如果熔斷了幽邓，執(zhí)行此代碼時(shí)不會(huì)執(zhí)行遠(yuǎn)程調(diào)用炮温；而是會(huì)立刻調(diào)用fallback方法。
這樣配置后才算真正的配置完成牵舵，達(dá)到熔斷后保護(hù)系統(tǒng)的穩(wěn)定性柒啤。
配置思考
我們上面配置了一個(gè)熔斷降級(jí)策略，資源名為
Plain? TextGET:http://service-provider/transferHeaders
這個(gè)是根據(jù)服務(wù)名+請(qǐng)求url組成的棋枕。如果我們有很多Feign的遠(yuǎn)程調(diào)用白修；如
如果有很多Feign接口，那是不是我們都要進(jìn)行一一配置呢重斑？都要到Sentinel Dashboard那邊進(jìn)行配置呢兵睛？
而且如果微服務(wù)很多，那對(duì)應(yīng)的每個(gè)服務(wù)都要進(jìn)行一一配置窥浪；有沒(méi)有覺(jué)得很麻煩祖很。而且配置熔斷的規(guī)則都很類(lèi)似，連數(shù)值很多都一樣漾脂。
而且很多時(shí)候我們也不記得有多少Feign方法了假颇，需要自己一看看查找，真的很麻煩
那能不能像全局降級(jí)fallback一樣骨稿，有一個(gè)可以配置全局熔斷策略的方法呢笨鸡？這樣我們就可以不需要配置，只要@FeignClient遠(yuǎn)程調(diào)用坦冠，都會(huì)默認(rèn)自動(dòng)配置上熔斷降級(jí)策略形耗。
小伙伴們想想有什么方案呢？老顧會(huì)在下一篇文章中介紹辙浑。
總結(jié)
有些知識(shí)確實(shí)需要在企業(yè)實(shí)戰(zhàn)中發(fā)現(xiàn)問(wèn)題激涤，小伙伴們要善于觀察、思考判呕；重構(gòu)解決方案倦踢，能不能找到更好的方案，從而提高效率侠草，減少人為干預(yù)辱挥。小伙伴們持續(xù)看下一篇文章哦，介紹具體的實(shí)現(xiàn)方案哦边涕。
