什么是降級(jí)熔斷？為什么要進(jìn)行熔斷？

熔斷降級(jí)是一種分布式系統(tǒng)的保護(hù)機(jī)制，用于應(yīng)對(duì)服務(wù)不穩(wěn)定或不可用的情況。
熔斷是指當(dāng)某個(gè)服務(wù)的調(diào)用失敗次數(shù)或異常比例達(dá)到一定閾值時(shí)，自動(dòng)切斷對(duì)該服務(wù)的調(diào)用，讓請求快速失敗，避免影響其他服務(wù)而導(dǎo)致雪崩效應(yīng)。熔斷后，一段時(shí)間內(nèi)不再調(diào)用該服務(wù)，直到服務(wù)恢復(fù)正常或者超過最大等待時(shí)間。
降級(jí)是指當(dāng)某個(gè)服務(wù)不可用或響應(yīng)緩慢時(shí)，提供一個(gè)備用的處理邏輯，例如返回默認(rèn)值、緩存值、錯(cuò)誤提示等，以保證服務(wù)的可用性和容錯(cuò)性。降級(jí)可以在熔斷時(shí)觸發(fā)，也可以在其他情況下觸發(fā)，例如系統(tǒng)負(fù)載過高、資源緊張等。
熔斷降級(jí)的目的是為了保護(hù)系統(tǒng)的穩(wěn)定性和可用性，防止故障擴(kuò)散和蔓延，提高用戶體驗(yàn)和信任度。

什么是Seata？談?wù)勀銓?duì)Seata的理解

Seata是一款開源的分布式事務(wù)解決方案，它主要用于解決在分布式系統(tǒng)中全局事務(wù)的一致性問題。
在分布式系統(tǒng)中，由于一次業(yè)務(wù)操作需要跨多個(gè)數(shù)據(jù)源或進(jìn)行遠(yuǎn)程調(diào)用，往往會(huì)產(chǎn)生分布式事務(wù)問題。例如，在一個(gè)電商微服務(wù)系統(tǒng)中，訂單服務(wù)和庫存服務(wù)需要協(xié)同工作，如果訂單服務(wù)已經(jīng)創(chuàng)建成功，但庫存服務(wù)因?yàn)槟承┰蚴×?#xff0c;就會(huì)導(dǎo)致數(shù)據(jù)不一致的問題。Seata就是為解決這個(gè)問題而產(chǎn)生的。
Seata的主要特點(diǎn)是無侵入以及高性能。它對(duì)業(yè)務(wù)無侵入，可以減少技術(shù)架構(gòu)上的微服務(wù)化所帶來的分布式事務(wù)問題對(duì)業(yè)務(wù)的侵入，同時(shí)高性能則是減少分布式事務(wù)解決方案所帶來的性能消耗。
在Seata的事務(wù)處理中主要有三個(gè)重要的角色：事務(wù)的協(xié)調(diào)者（TC）、事務(wù)的管理者（TM）和事務(wù)的作業(yè)管理器（RM）。
●事務(wù)協(xié)調(diào)者（TC）主要負(fù)責(zé)管理全局的分支事務(wù)的狀態(tài)，用于全局性事務(wù)的提交和回滾。它會(huì)對(duì)所有的分支事務(wù)進(jìn)行注冊，然后根據(jù)各個(gè)分支事務(wù)的狀態(tài)來決定是否提交或者回滾全局事務(wù)。
●事務(wù)管理者（TM）用于開啟、提交或回滾事務(wù)。它會(huì)根據(jù)業(yè)務(wù)邏輯來決定何時(shí)開啟一個(gè)新的事務(wù)，并在適當(dāng)?shù)臅r(shí)候提交或回滾該事務(wù)。
●資源管理器（RM）用于分支事務(wù)上的資源管理，向TC注冊分支事務(wù)，上報(bào)分支事務(wù)的狀態(tài)，接收TC的命令來提交或者回滾分支事務(wù)。

Nacos、Eureka、Zookeeper注冊中心的區(qū)別

Nacos、Eureka和Zookeeper都是常用的注冊中心，它們在功能和實(shí)現(xiàn)方式上存在一些不同。
●Nacos除了作為注冊中心外，還提供了配置管理、服務(wù)發(fā)現(xiàn)和事件通知等功能。Nacos默認(rèn)情況下采用AP架構(gòu)保證服務(wù)可用性，CP架構(gòu)底層采用Raft協(xié)議保證數(shù)據(jù)的一致性。Nacos適合作為微服務(wù)注冊中心和配置管理中心，支持快速發(fā)現(xiàn)、配置管理和服務(wù)治理等功能。
●Eureka是只提供注冊中心功能的工具，它的設(shè)計(jì)理念是AP，即保證服務(wù)的可用性，不保證一致性。Eureka的各個(gè)節(jié)點(diǎn)之間相互注冊，只要有一臺(tái)Eureka節(jié)點(diǎn)存在，整個(gè)微服務(wù)就可以通訊。
●而Zookeeper相比前兩者，除了注冊中心的功能，還提供了分布式協(xié)調(diào)服務(wù)，比如通知、公告、配置管理等。Zookeeper采用CP設(shè)計(jì)，可以保證數(shù)據(jù)的一致性，但是犧牲了一部分服務(wù)的可用性。Zookeeper適用于需要分布式協(xié)調(diào)服務(wù)的場景，如配置管理、命名服務(wù)等。

說下Hystrix與Sentinel的區(qū)別

Hystrix和Sentinel都是服務(wù)熔斷器，用于提高分布式系統(tǒng)的彈性。它們的主要區(qū)別在于實(shí)現(xiàn)方式、適用場景和資源模型設(shè)計(jì)。
Hystrix基于命令模式設(shè)計(jì)，將外部資源的調(diào)用封裝在命令對(duì)象中，通過線程池或信號(hào)量來實(shí)現(xiàn)隔離。它提供了豐富的配置選項(xiàng)，如線程池大小、超時(shí)時(shí)間等，以實(shí)現(xiàn)對(duì)系統(tǒng)資源的有力控制。Hystrix更適用于需要高并發(fā)、快速響應(yīng)的場景，因?yàn)樗梢钥焖俑綦x和恢復(fù)故障。
Sentinel則基于流量控制和熔斷降級(jí)的思想，可以與Spring Cloud、gRPC、Dubbo等框架集成。它通過定義資源規(guī)則和應(yīng)用策略來實(shí)現(xiàn)對(duì)系統(tǒng)資源的控制。Sentinel更適用于需要流量控制和熔斷降級(jí)的場景，它可以根據(jù)系統(tǒng)負(fù)載和響應(yīng)時(shí)間來實(shí)現(xiàn)自動(dòng)熔斷和降級(jí)操作。
總之，Hystrix和Sentinel都是服務(wù)熔斷器，用于提高系統(tǒng)的彈性。它們在實(shí)現(xiàn)方式、適用場景和資源模型設(shè)計(jì)等方面存在一些不同。具體選擇哪個(gè)工具取決于系統(tǒng)的具體需求和場景。

單體應(yīng)用、SOA 和微服務(wù)架構(gòu)有什么區(qū)別

單體應(yīng)用、SOA和微服務(wù)架構(gòu)都是不同的架構(gòu)風(fēng)格，適用于不同的情況。
單體應(yīng)用像一個(gè)整體，所有的功能都打包在一個(gè)應(yīng)用中。這種架構(gòu)風(fēng)格容易部署和測試，但隨著系統(tǒng)規(guī)模的擴(kuò)大，它的靈活性和可維護(hù)性會(huì)降低。
SOA是一種面向服務(wù)的架構(gòu)風(fēng)格，將系統(tǒng)劃分為多個(gè)獨(dú)立的服務(wù)。這些服務(wù)可以通過網(wǎng)絡(luò)調(diào)用，并且可以跨平臺(tái)、跨語言進(jìn)行交互。SOA的優(yōu)點(diǎn)是提供了跨系統(tǒng)的服務(wù)復(fù)用和松散耦合的交互方式，但實(shí)現(xiàn)SOA需要投入大量的工作，包括服務(wù)的定義、接口的選擇、協(xié)議的制定等。
微服務(wù)架構(gòu)進(jìn)一步將系統(tǒng)劃分為多個(gè)小型、獨(dú)立的服務(wù)，每個(gè)服務(wù)都是一個(gè)單獨(dú)的應(yīng)用程序，可以獨(dú)立部署、運(yùn)行和擴(kuò)展。微服務(wù)架構(gòu)具有更高的靈活性和可維護(hù)性，適用于復(fù)雜的大型系統(tǒng)，強(qiáng)調(diào)服務(wù)的自治和獨(dú)立性。但是，實(shí)施微服務(wù)架構(gòu)也需要投入大量的工作，包括服務(wù)的定義、通信機(jī)制的選擇、服務(wù)的管理等。