2023年微服務(wù)架構(gòu)熔斷機制及服務(wù)降級

01規(guī)避系統(tǒng)性風(fēng)險避免全局、系統(tǒng)性風(fēng)險比什么都重要02輕管理03互聯(lián)網(wǎng)時代什么都得快04降成本建立自組織型團隊，每個小團隊圍繞明確的工作范圍獨立并高效地運轉(zhuǎn)(設(shè)計、開發(fā)、測試、運維)需求來得快，變化來得快；研發(fā)要快，交付要快；系統(tǒng)速度要快，故障恢復(fù)要快；什么都得快復(fù)用微服務(wù)組件，避免重復(fù)開發(fā)。將大型系統(tǒng)分拆成多個可插拔的小系統(tǒng)，獨立小團隊開發(fā)，效率更高。05有利于長期發(fā)展優(yōu)化一個大型系統(tǒng)的代價是巨大的，但維護和重構(gòu)一個微服務(wù)是容易的。將大型系統(tǒng)分拆成多個可插拔的小系統(tǒng)，獨立小團隊開發(fā)，更容易響應(yīng)需求變更。微服務(wù)優(yōu)點基礎(chǔ)框架數(shù)據(jù)層OracleMySQL門戶層Html/CssBootstrapjQueryZTreeLayuiWebuploaderSpringBootSpringCloudSpringMvcMybatisShiroBeetlSwaggerLogBackDruidHutool緩存服務(wù)Redis監(jiān)控服務(wù)GrafanaElasticsearchPrometheus日志服務(wù)Kafka服務(wù)層基礎(chǔ)拓展組件EurekeActivityZipkinApolloZookeeperQuartzCASNginxRabbitMQFastDFSVueNodeJsJenkinsDockerSwarm技術(shù)架構(gòu)負載(Nginx)ZuulEurekaClientZuulEurekaClientZuulEurekaClientEurekaEdgeServiceapolloBitiz4JEurekaClientHystrix&RibbonSpringCloud監(jiān)控管理PrometheusZipkin日志管理Kafka配置中心apollo業(yè)務(wù)層EurekaClientEurekaClientEurekaClient業(yè)務(wù)服務(wù)組合服務(wù)規(guī)則服務(wù)數(shù)據(jù)服務(wù)數(shù)據(jù)服務(wù)(MySQL)數(shù)據(jù)服務(wù)(Oracle)緩存服務(wù)(Redis)NoSQL(HBase)適配層服務(wù)API網(wǎng)關(guān)消息隊列RabbitMQ技術(shù)架構(gòu)客戶端：架構(gòu)簡單，擴展靈活，只對服務(wù)注冊器依賴。但是需要客戶端維護所有調(diào)用服務(wù)的地址，有技術(shù)難度服務(wù)端：服務(wù)結(jié)構(gòu)化，且簡單、透明、易維護APIGateway：提供統(tǒng)一服務(wù)入口，讓微服務(wù)對前臺透明;聚合后臺的服務(wù)，節(jié)省流量，提升性能;提供安全，過濾，流控等API管理功能LoadBalaneerServiceRegistryRESTAPIService1RESTAPIService4RESTAPIService2RESTAPIService3服務(wù)發(fā)現(xiàn)服務(wù)加載APIGatewayClient1、ConfigServer2、Zookeeper3、NetflixEureka服務(wù)端服務(wù)尋址4Internet隔離區(qū)內(nèi)網(wǎng)ZuulProxyGateway-serviceEurekaClient

LoadBalance-serviceRibbonEurekaServerEurekaClientFeignClient調(diào)用熔斷機制熔斷機制Closed進：失敗計數(shù)器遞歸0(AtomicInteger)過程：每次調(diào)用失敗，計數(shù)器+1出：/Half-Open進：失敗計數(shù)器遞歸0(AtomicInteger)過程：每次調(diào)用成功，計數(shù)器+1出：/Open進：啟動時鐘過程：持續(xù)禁止訪問出：/成功調(diào)用次數(shù)達到給定閾值失敗調(diào)用次數(shù)達到給定閾值達到超時時間調(diào)用失敗熔斷原理：業(yè)務(wù)高峰期，結(jié)合實際業(yè)務(wù)及流量，服務(wù)端為保證核心業(yè)務(wù)，按照策略規(guī)則篩選出一些請求業(yè)務(wù)對其不處理或換種簡單的方式處理，從而釋放一定資源以保證核心業(yè)務(wù)交易正常運作或高效運作根據(jù)業(yè)務(wù)目標(biāo)，哪些場景下業(yè)務(wù)的重要程度可以靠后業(yè)務(wù)優(yōu)先級某個功能點出現(xiàn)瓶頸，停掉該功能點，能否減少該點的壓力功能點關(guān)聯(lián)外部系統(tǒng)容量根據(jù)業(yè)務(wù)目標(biāo)，哪些功能點不重要業(yè)務(wù)包含的功能點基礎(chǔ)單元監(jiān)控指標(biāo)請求至該應(yīng)用的流量該應(yīng)用請求其他資源（包括DB）的流量應(yīng)用流量監(jiān)控粒度：指標(biāo)應(yīng)用、接口、業(yè)務(wù)、功能點服務(wù)降級功能整理閾值設(shè)置頁面降級功能降級系統(tǒng)降級以用戶交互為視角，整理所有功能點定義每個功能點的優(yōu)先級監(jiān)控每個功能點峰值QPS以及RT作為安全閾值，設(shè)定到應(yīng)用中超過安全閾值，告警提醒人工介入，如應(yīng)用不宕，重設(shè)安全閾值定義每個頁面的降級頁面，支持多級預(yù)案統(tǒng)計每個降級頁面，針對每個外部系統(tǒng)，較少調(diào)用次數(shù)