數(shù)字政府應(yīng)用服務(wù)規(guī)范 第6部分：微服務(wù)運行管理框架規(guī)范（征求意見稿）

1T/ZGCSA1.6—2024數(shù)字政府應(yīng)用服務(wù)規(guī)范第6部分：微服務(wù)運行管理框架該部分定義了微服務(wù)、微服務(wù)組件、微服務(wù)網(wǎng)關(guān)和微服務(wù)架構(gòu)，就微服務(wù)運行管理框架的組成部分和微服務(wù)架構(gòu)工作原理進(jìn)行說明，規(guī)定了微服務(wù)架構(gòu)設(shè)計原則及技術(shù)要求，并就當(dāng)前比較流行的微服務(wù)實現(xiàn)框架做了對比分析。本部分適用于全國各級黨政機(jī)關(guān)、企事業(yè)單位、國土、財政、水利、統(tǒng)計等行業(yè)以及NGO的信息系統(tǒng)規(guī)劃、建設(shè)，以及系統(tǒng)集成商、軟件開發(fā)商和監(jiān)理單位進(jìn)行數(shù)字政府信息系統(tǒng)的開發(fā)與整合。在涉及國家秘密的信息系統(tǒng)規(guī)劃、建設(shè)中，需參照《涉及國家秘密的信息系統(tǒng)分級保護(hù)管理辦法》和相關(guān)標(biāo)準(zhǔn)、規(guī)定。2規(guī)范性引用文件下列文件中的條款通過本部分的引用而成為本部分的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本部分，然而，鼓勵根據(jù)本部分達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本部分。GB/T21062.4-2007政務(wù)信息資源交換體系第4部分：技術(shù)管理要求GB/T21064-2007電子政務(wù)系統(tǒng)總體設(shè)計要求T/ZGCSA1.1-2024數(shù)字政府應(yīng)用服務(wù)規(guī)范第1部分：總則3術(shù)語和定義3.1微服務(wù)數(shù)字政府應(yīng)用服務(wù)是由多個小型、自治的服務(wù)單元組成，這些服務(wù)單元可以獨立部署、擴(kuò)展和維護(hù)。每個服務(wù)都運行在其自己的進(jìn)程中，相互之間通過輕量級通信機(jī)制（例如HTTPAPI）實現(xiàn)相互通信。這些服務(wù)單位就是微服務(wù)，微服務(wù)是數(shù)字政府應(yīng)用服務(wù)的組成單元。微服務(wù)是進(jìn)行部署的最小單位，是滿足某些特定功能需求的一組相關(guān)微服務(wù)組件的集合，可以是軟件包的形式，也可以是第三方提供的應(yīng)用服務(wù)集合的形式?？赏ㄟ^元數(shù)據(jù)描述文件描述并部署在微服務(wù)框架上，也可通過微服務(wù)框架提供的界面或API來部署，由微服務(wù)框架實行統(tǒng)一的監(jiān)控和管理。3.2微服務(wù)架構(gòu)微服務(wù)架構(gòu)是一種軟件架構(gòu)模式，是微服務(wù)的運行、監(jiān)控、管理的架構(gòu)。微服務(wù)架構(gòu)具備以下特點：可擴(kuò)展性：每個微服務(wù)都可以獨立擴(kuò)展，從而提高整個應(yīng)用程序的可擴(kuò)展性?？删S護(hù)性：每個微服務(wù)都是自治的，因此可以獨立開發(fā)、測試、部署和維護(hù)，從而提高整個應(yīng)用程序的可維護(hù)性。2T/ZGCSA1.6—2024技術(shù)靈活性：不同的微服務(wù)可以使用不同的技術(shù)棧和開發(fā)語言，技術(shù)選型靈活。3.3微服務(wù)網(wǎng)關(guān)微服務(wù)網(wǎng)關(guān)是微服務(wù)架構(gòu)的前端，客戶端無需直接與每個微服務(wù)進(jìn)行交互，而是通過微服務(wù)網(wǎng)關(guān)進(jìn)行請求和響應(yīng)的轉(zhuǎn)發(fā)，是管理和調(diào)度微服務(wù)的工具或服務(wù)。3.4微服務(wù)組件微服務(wù)組件是微服務(wù)的基本組成元素和基本構(gòu)建單位，是粒度最小的實現(xiàn)和發(fā)布單元，是相關(guān)的一組微服務(wù)的具體實現(xiàn)，它的功能以微服務(wù)的形式提供。微服務(wù)組件具有可設(shè)置的屬性，其屬性是可以改變微服務(wù)功能的數(shù)據(jù)。微服務(wù)由一個或多個微服務(wù)組件及相關(guān)配置信息構(gòu)成。4微服務(wù)總體框架圖微服務(wù)架構(gòu)基本結(jié)構(gòu)示意圖微服務(wù)架構(gòu)由服務(wù)、服務(wù)間通信、服務(wù)注冊與發(fā)現(xiàn)、負(fù)載均衡、監(jiān)控、部署與運維六部分組成。服務(wù)是微服務(wù)架構(gòu)的核心，每個服務(wù)都是一個獨立的、可獨立部署的軟件實體。服務(wù)之間通過接口進(jìn)行通信。服務(wù)間通信是微服務(wù)之間互動的方式，通常采用輕量級的通信協(xié)議進(jìn)行通信，如restfulAPI、消息隊列等。這種通信方式具有低耦合、高靈活性的特點，便于服務(wù)的獨立開發(fā)和部署。服務(wù)注冊與發(fā)現(xiàn)：服務(wù)注冊是指將服務(wù)的名稱、實例地址等信息注冊到注冊中心，以便其他服務(wù)發(fā)現(xiàn)并調(diào)用它。服務(wù)發(fā)現(xiàn)是指在運行時，服務(wù)實例能夠自動發(fā)現(xiàn)其他服務(wù)實例，從而實現(xiàn)服務(wù)間的通信。3T/ZGCSA1.6—2024負(fù)載均衡：在微服務(wù)框架中，為了提高系統(tǒng)的可用性和性能，需要對服務(wù)實例進(jìn)行負(fù)載均衡。負(fù)載均衡器可以根據(jù)不同的策略，將請示分發(fā)到不同的服務(wù)實例。監(jiān)控：對服務(wù)實例的運行狀態(tài)、性能指標(biāo)等進(jìn)行實時監(jiān)控，并及時發(fā)出警報。以保證系統(tǒng)的穩(wěn)定運行和快速故障排查。部署和運維：微服務(wù)框架下的部署與運維將更加靈活，每個服務(wù)都可以獨立部署，且可采用自動化的部署工具，如Docker、Kubernetes等，可以簡化部署流程，提高部署效率。同時也便于進(jìn)行水平擴(kuò)展，以應(yīng)對不斷變化的業(yè)務(wù)需求。5微服務(wù)架構(gòu)工作原理a）接收請求：客戶端向微服務(wù)網(wǎng)關(guān)發(fā)送請求。b）路由匹配：微服務(wù)網(wǎng)關(guān)根據(jù)預(yù)先配置的路由規(guī)則，匹配到相應(yīng)的應(yīng)用服務(wù)。c）插件處理：在請求處理過程中，微服務(wù)網(wǎng)關(guān)調(diào)用配置好的插件進(jìn)行處理，如身份驗證、限流、日志記錄等。d）負(fù)載均衡：微服務(wù)網(wǎng)關(guān)通過負(fù)載均衡算法將請求轉(zhuǎn)發(fā)到相應(yīng)的應(yīng)用服務(wù)。e）返回響應(yīng)：應(yīng)用服務(wù)處理完請求后，微服務(wù)網(wǎng)關(guān)將響應(yīng)返回給服務(wù)請求客戶端。6微服務(wù)架構(gòu)設(shè)計原則在微服務(wù)架構(gòu)中，每個服務(wù)都應(yīng)該具有明確定義的接口，以實現(xiàn)與其他服務(wù)的通信。這些接口應(yīng)該是標(biāo)準(zhǔn)化的、穩(wěn)定的，以便于服務(wù)的集成和交互。在實現(xiàn)微服務(wù)架構(gòu)時，遵循以下原則可以幫助您更好地構(gòu)建高效、可靠的服務(wù)。a）單一職責(zé)原則單一職責(zé)原則是指每個微服務(wù)應(yīng)該只關(guān)注一個特定的業(yè)務(wù)功能。每個微服務(wù)應(yīng)該具有清晰的邊界和明確的職責(zé)，這樣可以使服務(wù)之間的耦合度降低，提高系統(tǒng)的靈活性和可維護(hù)性。遵循單一職責(zé)原則可以幫助您將應(yīng)用程序拆分為一系列獨立的服務(wù)，每個服務(wù)負(fù)責(zé)特定的業(yè)務(wù)功能或業(yè)務(wù)領(lǐng)域。這種拆分方式有助于提高服務(wù)的內(nèi)聚性和可測試性，降低系統(tǒng)的復(fù)雜性。b）松耦合原則松耦合原則是指微服務(wù)之間應(yīng)該盡量減少依賴和耦合。微服務(wù)應(yīng)該通過明確定義的接口進(jìn)行通信，而不是直接依賴其他服務(wù)的內(nèi)部實現(xiàn)細(xì)節(jié)。這樣可以使系統(tǒng)更加靈活，降低修改一個服務(wù)對其他服務(wù)的影響。通過降低服務(wù)之間的耦合度，您可以輕松地替換服務(wù)、升級服務(wù)或擴(kuò)展服務(wù)，而不會對其他服務(wù)造成影響。此外，松耦合原則還有助于提高服務(wù)的可維護(hù)性和可重用性。c）高內(nèi)聚原則高內(nèi)聚原則是指微服務(wù)的設(shè)計應(yīng)該將相關(guān)的功能和業(yè)務(wù)邏輯緊密地聚合在一起。一組操作由于其功能相關(guān)而聚合到一起，形成一個功能內(nèi)聚的服務(wù)。高內(nèi)聚的服務(wù)具有更好的可維護(hù)性和可重用性，因為它們的功能和業(yè)務(wù)邏輯是緊密相關(guān)的。此外，高內(nèi)聚原則還有助于提高服務(wù)的可測試性和可擴(kuò)展性。d）服務(wù)粒度選擇4T/ZGCSA1.6—2024服務(wù)粒度的選擇是微服務(wù)架構(gòu)設(shè)計中的重要原則之一。微服務(wù)的粒度大小應(yīng)該根據(jù)具體的業(yè)務(wù)需求和應(yīng)用程序的特性來選擇。如果服務(wù)粒度設(shè)計得過于細(xì)粒度，會導(dǎo)致服務(wù)數(shù)量過多，增加了系統(tǒng)的復(fù)雜性和管理難度；如果服務(wù)粒度設(shè)計得過于粗粒度，則可能導(dǎo)致服務(wù)的功能過于復(fù)雜，增加了服務(wù)的維護(hù)難度和服務(wù)崩潰的風(fēng)險。因此，合理地選擇服務(wù)粒度可以提高系統(tǒng)的可維護(hù)性、可擴(kuò)展性和性能。e）數(shù)據(jù)獨立原則數(shù)據(jù)獨立原則是指微服務(wù)之間的數(shù)據(jù)應(yīng)該盡量獨立。每個微服務(wù)應(yīng)該擁有自己的數(shù)據(jù)存儲，而不是共享數(shù)據(jù)或使用全局?jǐn)?shù)據(jù)源。通過數(shù)據(jù)獨立，您可以更好地控制數(shù)據(jù)的訪問和存儲，提高數(shù)據(jù)的可靠性和安全性。此外，數(shù)據(jù)獨立還有助于提高服務(wù)的可擴(kuò)展性和可伸縮性，因為您可以輕松地替換或升級某個服務(wù)的存儲解決方案，而不會對其他服務(wù)造成影響。f）容錯和恢復(fù)原則容錯和恢復(fù)原則是指微服務(wù)架構(gòu)應(yīng)該具備容錯和恢復(fù)的能力，以便在某些情況下能夠自動恢復(fù)或處理故障。在微服務(wù)架構(gòu)中，由于每個服務(wù)都是獨立的進(jìn)程，因此某個服務(wù)的故障不應(yīng)該導(dǎo)致整個應(yīng)用程序的崩潰或癱瘓。通過實現(xiàn)容錯和恢復(fù)機(jī)制，您可以提高微服務(wù)架構(gòu)的可用性和可靠性。例如，您可以使用斷路器、超時設(shè)置、重試機(jī)制等技術(shù)來提高服務(wù)的容錯能力。g）可伸縮性原則可伸縮性原則是指微服務(wù)架構(gòu)應(yīng)該能夠根據(jù)應(yīng)用程序的需求進(jìn)行伸縮，以支持不斷增長的用戶量和業(yè)務(wù)負(fù)載。通過合理地設(shè)計微服務(wù)的規(guī)模和數(shù)量，您可以輕松地擴(kuò)展應(yīng)用程序的性能和功能。為了實現(xiàn)可伸縮性，您可以使用自動化部署、容器化等技術(shù)來快速部署和管理微服務(wù)。7微服務(wù)架構(gòu)技術(shù)要求微服務(wù)架構(gòu)作為應(yīng)用支撐平臺的基礎(chǔ)架構(gòu)，要求穩(wěn)定、可靠，能夠滿足分布式、負(fù)載均衡、高可用的要求，能夠動態(tài)部署和更新服務(wù)模塊，能夠?qū)崿F(xiàn)對服務(wù)的實時管理。a）反向代理和API網(wǎng)關(guān)反向代理：用于負(fù)載均衡、SSL終結(jié)、緩存、請求路由等，如Nginx。API網(wǎng)關(guān)：用于統(tǒng)一管理所有進(jìn)入微服務(wù)的請求，提供API管理、身份驗證、授權(quán)等功能，如Ocelot。b）服務(wù)發(fā)現(xiàn)和注冊服務(wù)注冊是將提供某個服務(wù)的模塊信息（指ip地址、端口等信息）注冊到1個公共的服務(wù)組件上。服務(wù)發(fā)現(xiàn)是指新注冊的服務(wù)模塊能夠及時的被其他調(diào)用者發(fā)現(xiàn)，不管是服務(wù)新增和服務(wù)刪減都能實現(xiàn)自動發(fā)現(xiàn)。如Consul、Eureka，用于服務(wù)實例的動態(tài)注冊與發(fā)現(xiàn)。c）配置管理對微服務(wù)架構(gòu)中各個服務(wù)的配置信息進(jìn)行集中管理，實現(xiàn)配置的動態(tài)更新和推送，如Apollo。d）監(jiān)控和日志監(jiān)控是指對微服務(wù)架構(gòu)中的各個服務(wù)進(jìn)行實時、全面的性能、狀態(tài)和安全等方面的監(jiān)測與管理。在微服務(wù)架構(gòu)中，由于服務(wù)眾多且相互依賴，任何一個服務(wù)的故障都可能引發(fā)連鎖反應(yīng)，導(dǎo)致整個系統(tǒng)的崩潰。因此，微服務(wù)監(jiān)控顯得尤為重要。微服務(wù)監(jiān)控重點關(guān)注的方面有：5T/ZGCSA1.6—20241）實時掌握系統(tǒng)中各個服務(wù)的運行狀態(tài)和性能指標(biāo)，包括服務(wù)的響應(yīng)時間、吞吐量、錯誤率等，以便及時發(fā)現(xiàn)并處理異常情況，避免故障擴(kuò)散和升級。2）監(jiān)控服務(wù)間的依賴關(guān)系，確保服務(wù)之間的調(diào)用正常進(jìn)行，及時發(fā)現(xiàn)并解決服務(wù)調(diào)用中的問題。3）監(jiān)控服務(wù)的并發(fā)量和負(fù)載情況，以便根據(jù)實際需求調(diào)整服務(wù)的資源配置，保證服務(wù)的穩(wěn)定性和高可用性。4）監(jiān)控服務(wù)的日志和錯誤信息，以便及時記錄并進(jìn)行監(jiān)控和分析，快速定位并解決問題。微服務(wù)架構(gòu)日志需在統(tǒng)一性、標(biāo)準(zhǔn)化原則上建設(shè)，實現(xiàn)日志的集中收集、集中存儲、統(tǒng)一分析和查詢。如ELKStack、Exceptionless。e）分布式鏈路追蹤分布式鏈路追蹤是指將每一次分布式請求還原成調(diào)用鏈路，進(jìn)行日志記錄、性能監(jiān)控，并將調(diào)用情況集中展示。實現(xiàn)性能問題分析和故障定位。f）負(fù)載均衡負(fù)載均衡是一種在計算機(jī)網(wǎng)絡(luò)或分布式系統(tǒng)中，通過合理地分配任務(wù)和請求到多個服務(wù)器上，以達(dá)到最優(yōu)資源利用、提高系統(tǒng)性能和可靠性的目標(biāo)的技術(shù)或策略。用于實現(xiàn)以下目的：1）均勻分配負(fù)載：將請求均勻地分發(fā)到系統(tǒng)中的多個服務(wù)器，確保每臺服務(wù)器的負(fù)載相對均衡，防止某一臺服務(wù)器過度負(fù)載而導(dǎo)致性能下降。2）提高系統(tǒng)性能：通過充分利用各個服務(wù)器的資源，負(fù)載均衡可以提高整個系統(tǒng)的吞吐量和響應(yīng)速度，從而提升用戶體驗。3）提高系統(tǒng)可用性：在負(fù)載均衡系統(tǒng)中，如果某一臺服務(wù)器發(fā)生故障或不可用，其他服務(wù)器可以接管其負(fù)載，確保系統(tǒng)的持續(xù)可用性，降低單點故障的影響。4）動態(tài)適應(yīng)負(fù)載變化：負(fù)載均衡系統(tǒng)應(yīng)具備動態(tài)適應(yīng)能力，能夠根據(jù)服務(wù)器的實時負(fù)載情況和性能狀況進(jìn)行調(diào)整，以適應(yīng)負(fù)載的變化。負(fù)載均衡器：如HAProxy。g）容器化和編排容器技術(shù)：將應(yīng)用打包成容器，實現(xiàn)一次封裝，到處運行，如Docker。容器編排工具：用于管理容器的部署、擴(kuò)展和調(diào)度，如Kubernetes、DockerSwarm。h）數(shù)據(jù)存儲傳統(tǒng)的架構(gòu)方法是在服務(wù)之間共享一個數(shù)據(jù)庫，而微服務(wù)卻與之相反，每個微服務(wù)都擁有獨立、自主、專門的數(shù)據(jù)存儲，因此微服務(wù)數(shù)據(jù)存儲是微服務(wù)架構(gòu)的重點，它是服務(wù)獨立、解耦、小型化開發(fā)等特性的基礎(chǔ)。因此每個微服務(wù)可根據(jù)自身數(shù)據(jù)的特點選擇適合的數(shù)據(jù)存儲方式，從而達(dá)到低延遲、高性能、可靠性高的目的。i）認(rèn)證和授權(quán)微服務(wù)架構(gòu)中的認(rèn)證和授權(quán)技術(shù)要求主要包括以下幾個方面：6T/ZGCSA1.6—20241）認(rèn)證與鑒權(quán)：微服務(wù)架構(gòu)下，每個服務(wù)都需要對訪問進(jìn)行鑒權(quán)，確保請求者具備合法的身份和權(quán)限。這通常通過OAuth2.0、OpenIDConnect等標(biāo)準(zhǔn)協(xié)議實現(xiàn)，客戶端通過授權(quán)服務(wù)器獲取訪問令牌，并在后續(xù)的請求中攜帶該令牌以證明其身份和權(quán)限。2）權(quán)限控制：在微服務(wù)架構(gòu)中，權(quán)限控制需要細(xì)化到每個微服務(wù)甚至每個操作。這通常通過API級別的操作權(quán)限控制實現(xiàn)，即在鑒定用戶身份合法之后，進(jìn)一步校驗該用戶對特定操作的權(quán)限34。3）服務(wù)間調(diào)用安全：當(dāng)服務(wù)之間需要相互調(diào)用時，也需要進(jìn)行認(rèn)證和授權(quán)，確保調(diào)用方具備合法的身份和權(quán)限。這通常通過在API網(wǎng)關(guān)層面實現(xiàn)，所有請求首先通過API網(wǎng)關(guān)，網(wǎng)關(guān)根據(jù)令牌驗證請求者的身份和權(quán)限23。4）狀態(tài)管理：在微服務(wù)架構(gòu)中，狀態(tài)管理是一個挑戰(zhàn)。傳統(tǒng)的有狀態(tài)會話管理在微服務(wù)環(huán)境中可能不再適用，需要采用無狀態(tài)或弱狀態(tài)的管理方式，例如通過Token進(jìn)行狀態(tài)管理，減少服務(wù)的耦合和復(fù)雜性。5）安全和一致性：微服務(wù)架構(gòu)下的認(rèn)證和授權(quán)系統(tǒng)需要確保高可用和一致性，不能因為權(quán)限系統(tǒng)的故障而影響主業(yè)務(wù)的運行。這需要通過分布式系統(tǒng)的高可用設(shè)計和合理的備份機(jī)制來實現(xiàn)。6）靈活性和擴(kuò)展性：隨著業(yè)務(wù)的不斷發(fā)展，認(rèn)證和授權(quán)的需求也在不斷變化。因此，微服務(wù)架構(gòu)下的認(rèn)證和授權(quán)系統(tǒng)需要具備良好的靈活性和可擴(kuò)展性，能夠快速適應(yīng)新的業(yè)務(wù)需求和技術(shù)變化。j）瞬態(tài)故障處理微服務(wù)架構(gòu)中瞬態(tài)故障處理的核心要求是快速檢測和恢復(fù)。瞬態(tài)故障通常指那些短暫影響系統(tǒng)性能，但可以自行恢復(fù)的錯誤，如網(wǎng)絡(luò)波動、短暫的硬件故障等。在微服務(wù)架構(gòu)中，由于服務(wù)數(shù)量多且相互獨立，瞬態(tài)故障更容易影響到單個服務(wù)而非整個系統(tǒng)。因此，快速檢測和恢復(fù)是確保服務(wù)連續(xù)性的關(guān)鍵。具體來說，微服務(wù)架構(gòu)下的瞬態(tài)故障處理技術(shù)要求包括以下幾個方面：1）熔斷機(jī)制：當(dāng)某個服務(wù)調(diào)用失敗率達(dá)到一定閾值時，自動熔斷該服務(wù)，防止故障擴(kuò)散。熔斷后可以暫時阻止對該服務(wù)的調(diào)用，等待一段時間后再嘗試重新連接。這種機(jī)制類似于電路中的保險絲，能有效防止系統(tǒng)因個別服務(wù)故障而導(dǎo)致整體癱瘓。2）降級處理：在資源不足或服務(wù)不可用時，通過降級處理返回一個備選響應(yīng)或錯誤提示，確保核心功能仍能運行。降級處理可以是在服務(wù)不可用時返回默認(rèn)數(shù)據(jù)，或者簡化服務(wù)功能以適應(yīng)當(dāng)前資源狀3）限流措施：通過限流控制服務(wù)的請求量，防止單個服務(wù)因請求過多而拖垮整個系統(tǒng)。限流可以通過設(shè)置請求閾值實現(xiàn)，超過閾值的請求會被自動丟棄或延遲處理。4）監(jiān)控與報警：實時監(jiān)控服務(wù)的運行狀態(tài)，一旦發(fā)現(xiàn)異常立即報警并采取相應(yīng)措施。通過自動化工具和腳本快速定位問題，減少人工干預(yù)時間。綜上所述，微服務(wù)架構(gòu)下的瞬態(tài)故障處理技術(shù)要求包括熔斷機(jī)制、降級處理、限流措施和監(jiān)控與報警系統(tǒng)，在這些措施共同作用下以確保服務(wù)的連續(xù)性和系統(tǒng)的穩(wěn)定性。8微服務(wù)實現(xiàn)框架對比7T/ZGCSA1.6—2024SpringCloudSpringCloudAlibabaSpringCloudTencentApacheDubboMotan簡介SpringCloud源自Spring社區(qū)，主要Netflix兩大公司提供技術(shù)迭代和維護(hù)。是一種用于開發(fā)分布式系統(tǒng)的框架，它提供了一系列工具和庫，幫助開發(fā)者快速構(gòu)建微服務(wù)架構(gòu)。SpringCloud集成了多種技術(shù)，包括配置管理、服務(wù)發(fā)現(xiàn)、智能路由、負(fù)載均衡、熔斷器、控制總線、集群狀態(tài)等功能。SpringCloudAlibaba是阿里巴巴結(jié)合自身微服務(wù)實踐而推出的微服務(wù)開發(fā)的一站式解決方案，是SpringCloud第二代實現(xiàn)的主了SpringCloudNetflix微服務(wù)框架的核心架構(gòu)思能改進(jìn)。自SpringCloudNetflix進(jìn)入停更維護(hù)后，SpringCloudAlibaba逐漸代替它成為主流的微服務(wù)框架，SpringCloudAlibaba也是國內(nèi)首個進(jìn)入Spring社區(qū)的開源項目。由騰訊開源的一站式微服務(wù)解決方案，基于SpringCloud并集成PolarisMesh，提供服務(wù)注冊、路由、限流等功能。它實現(xiàn)了SpringCloud標(biāo)準(zhǔn)微服務(wù)SPI，幫助開發(fā)者快速開發(fā)SpringCloud云原生分布式應(yīng)用。SpringCloudTencent的核心依托于騰訊的PolarisMesh平臺，實現(xiàn)各種分布式微服務(wù)場景，提供服務(wù)注冊與發(fā)現(xiàn)、負(fù)載均衡、配置中心、熔斷器等一系列組件和工具。由阿里巴巴公司主持開發(fā)，在2008年捐獻(xiàn)給了開源社區(qū)。ApacheDubbo是級的開源JavaRPC框