注冊配置中心

注冊配置中心

通用API
【更新時(shí)間: 2024.04.12】 TSE 注冊配置中心提供多款主流的云原生注冊配置中心(Zookeeper、Nacos 和 Apollo),提供微服務(wù)與分布式場景下,云原生應(yīng)用的動(dòng)態(tài)服務(wù)發(fā)現(xiàn)、分布式配置管理和服務(wù)管理等能力。
瀏覽次數(shù)
241
采購人數(shù)
0
試用次數(shù)
0
! 適用于個(gè)人&企業(yè)
收藏
×
完成
取消
×
書簽名稱
確定
注冊配置中心
TSE 注冊配置中心提供多款主流的云原生注冊配置中心(Zookeeper、...
<
產(chǎn)品介紹
>

什么是注冊配置中心?

"注冊配置中心"是微服務(wù)架構(gòu)和云原生應(yīng)用中的一個(gè)關(guān)鍵組件,它集成了服務(wù)注冊與發(fā)現(xiàn)、分布式配置管理以及服務(wù)治理等多種功能于一體,為微服務(wù)架構(gòu)下的應(yīng)用提供強(qiáng)大的支撐。這種中心化的管理機(jī)制極大地簡化了微服務(wù)之間的通信和協(xié)作過程,同時(shí)提高了系統(tǒng)的可擴(kuò)展性、可維護(hù)性和靈活性。

TSE(Tencent Serverless Engine 或其他類似命名,具體依據(jù)實(shí)際產(chǎn)品而定)注冊配置中心,作為騰訊云(或其他云服務(wù)提供商)提供的一項(xiàng)云服務(wù),特別針對(duì)云原生應(yīng)用的需求進(jìn)行了優(yōu)化和擴(kuò)展。它不僅支持多款主流的云原生注冊配置中心解決方案,如Zookeeper、Nacos和Apollo,還結(jié)合了云服務(wù)的特性,為用戶提供了更加便捷、高效、安全的服務(wù)注冊、配置管理和服務(wù)治理體驗(yàn)。

什么是注冊配置中心接口?

由服務(wù)使用方的應(yīng)用程序發(fā)起,以Restful風(fēng)格為主、通過公網(wǎng)HTTP協(xié)議調(diào)用注冊配置中心,從而實(shí)現(xiàn)程序的自動(dòng)化交互,提高服務(wù)效率。

注冊配置中心有哪些核心功能?

  1. 服務(wù)注冊與發(fā)現(xiàn)
    • 服務(wù)注冊:允許微服務(wù)實(shí)例在啟動(dòng)時(shí)向注冊中心注冊自己的信息,包括服務(wù)名稱、IP地址、端口號(hào)、元數(shù)據(jù)等。這樣,其他服務(wù)就可以通過這些信息來發(fā)現(xiàn)和調(diào)用它。
    • 服務(wù)發(fā)現(xiàn):服務(wù)消費(fèi)者可以通過注冊中心提供的API接口查詢所需服務(wù)的實(shí)例信息,包括可用的服務(wù)地址列表、服務(wù)的健康狀態(tài)等,從而實(shí)現(xiàn)服務(wù)的動(dòng)態(tài)調(diào)用。
  2. 健康檢查
    • 注冊中心會(huì)定期或不定期地對(duì)已注冊的服務(wù)實(shí)例進(jìn)行健康檢查,以驗(yàn)證其是否正常運(yùn)行。這通常通過向服務(wù)實(shí)例發(fā)送心跳請求或調(diào)用特定的健康檢查接口來實(shí)現(xiàn)。如果檢測到服務(wù)實(shí)例不健康,注冊中心會(huì)將其從服務(wù)列表中移除,防止流量被發(fā)送到不可用的服務(wù)上。
  3. 分布式配置管理
    • 提供集中式的配置管理功能,允許開發(fā)者在注冊配置中心中存儲(chǔ)和管理應(yīng)用的配置信息。這些配置信息可以包括數(shù)據(jù)庫連接信息、服務(wù)間調(diào)用的超時(shí)時(shí)間、功能開關(guān)等。
    • 支持配置的動(dòng)態(tài)更新和熱生效,即在不重啟服務(wù)的情況下,將配置變更推送到服務(wù)實(shí)例中。這可以極大地提高應(yīng)用的靈活性和響應(yīng)速度。
  4. 服務(wù)治理
    • 除了基本的注冊發(fā)現(xiàn)和配置管理外,注冊配置中心還通常提供一系列的服務(wù)治理功能,如負(fù)載均衡、限流、熔斷降級(jí)等。這些功能有助于提升服務(wù)的穩(wěn)定性和可靠性,防止因個(gè)別服務(wù)的故障而影響整個(gè)系統(tǒng)的正常運(yùn)行。
    •  

注冊配置中心的技術(shù)原理是什么?

  1. 服務(wù)注冊與發(fā)現(xiàn):服務(wù)提供者在啟動(dòng)時(shí)向注冊中心注冊自己的服務(wù)信息(如IP地址、端口號(hào)等),服務(wù)消費(fèi)者從注冊中心查詢服務(wù)提供者的地址并進(jìn)行調(diào)用。注冊中心負(fù)責(zé)維護(hù)服務(wù)實(shí)例的列表,并在實(shí)例狀態(tài)發(fā)生變化時(shí)更新這些信息。Nacos作為注冊中心,支持服務(wù)的注冊與發(fā)現(xiàn),允許微服務(wù)實(shí)例在啟動(dòng)時(shí)向Nacos Server注冊自身信息,并通過API進(jìn)行服務(wù)注冊 。

  2. 配置管理:配置中心允許應(yīng)用在運(yùn)行時(shí)從中心服務(wù)器動(dòng)態(tài)獲取或更新配置信息。Nacos提供了集中式的配置存儲(chǔ)和管理系統(tǒng),支持配置的實(shí)時(shí)推送更新。當(dāng)配置發(fā)生變化時(shí),Nacos會(huì)通知所有訂閱該配置的服務(wù)實(shí)例,實(shí)現(xiàn)配置的熱更新 。

  3. 健康檢查:注冊中心通常包括健康檢查機(jī)制,以確保只有健康的服務(wù)實(shí)例才會(huì)被服務(wù)消費(fèi)者調(diào)用。Nacos支持對(duì)注冊的服務(wù)實(shí)例進(jìn)行健康檢查,確保服務(wù)列表的準(zhǔn)確性和可用性 。

  4. 數(shù)據(jù)模型:注冊中心內(nèi)部維護(hù)一套數(shù)據(jù)模型來表示服務(wù)實(shí)例與配置信息,這些信息可能被持久化存儲(chǔ)。Nacos使用服務(wù)-集群-實(shí)例的三層模型來組織數(shù)據(jù),以滿足不同場景下的數(shù)據(jù)存儲(chǔ)和管理需求 。

  5. 高可用與容災(zāi):為了確保服務(wù)的持續(xù)可用性,注冊配置中心通常設(shè)計(jì)為高可用架構(gòu),可能采用多副本、分布式部署等方式。Nacos設(shè)計(jì)為集群部署以實(shí)現(xiàn)高可用,通過Raft一致性算法保證數(shù)據(jù)的一致性 。

  6. API與控制臺(tái):注冊配置中心提供RESTful API以及圖形化的控制臺(tái)界面,便于用戶管理和操作服務(wù)實(shí)例與配置信息。Nacos提供了API和控制臺(tái),允許用戶直接與Nacos Server交互,進(jìn)行服務(wù)注冊、注銷、配置發(fā)布等操作 。

  7. CAP理論:在分布式系統(tǒng)中,CAP理論描述了一致性(Consistency)、可用性(Availability)和分區(qū)容忍性(Partition tolerance)之間的折衷。注冊配置中心根據(jù)具體的業(yè)務(wù)需求和場景,可能會(huì)在這三個(gè)特性之間做出權(quán)衡 。

  8. 服務(wù)領(lǐng)域的模型:Nacos的注冊發(fā)現(xiàn)是一種三層模型,即服務(wù)--集群--實(shí)例,這樣的模型可以滿足服務(wù)在所有場景下的數(shù)據(jù)存儲(chǔ)和管理 。

注冊配置中心的核心優(yōu)勢是什么?

標(biāo)準(zhǔn)API接口
我們提供標(biāo)準(zhǔn)的API接口和詳細(xì)的接入文檔,幫助用戶快速、便捷地將服務(wù)集成到自己的應(yīng)用程序中。接入流程簡單明了,無需復(fù)雜的配置和調(diào)試即可實(shí)現(xiàn)快速接入。

服務(wù)商賬號(hào)統(tǒng)一管理
用戶在冪簡平臺(tái)根據(jù)已使用的API服務(wù)采購API服務(wù)商的賬號(hào)后,并在冪簡平臺(tái)進(jìn)行創(chuàng)建、綁定、解綁等操作。通過采集分離的工具,使用賬號(hào)資源進(jìn)行產(chǎn)品運(yùn)營

零代碼集成服務(wù)商
通過一套改進(jìn)過的流程來實(shí)現(xiàn)研發(fā)過程的零采購、零干擾。讓程序員優(yōu)先對(duì)接API服務(wù),匹配業(yè)務(wù)需求,驗(yàn)證項(xiàng)目可行性上線之后再啟動(dòng)采購,24小時(shí)內(nèi)即可上線運(yùn)行

智能路由
采用智能路由規(guī)則,動(dòng)態(tài)分配識(shí)別通道,有效提升了驗(yàn)證的準(zhǔn)確率,其性能高于同行業(yè)平臺(tái),通過不斷優(yōu)化算法和模型,確保精準(zhǔn)度和準(zhǔn)確性

 

服務(wù)擴(kuò)展

服務(wù)擴(kuò)展不僅提供特性配置和歸屬地查詢等增值服務(wù),還能根據(jù)用戶需求靈活定制解決方案,滿足多樣化的業(yè)務(wù)場景,進(jìn)一步提升用戶體驗(yàn)和滿意度。

 

可視化監(jiān)控
專注于性能和安全,通過監(jiān)控調(diào)用量、成功率、響應(yīng)時(shí)間和狀態(tài)碼來優(yōu)化請求效率。安全機(jī)制利用網(wǎng)關(guān)和策略嚴(yán)格控制訪問,防止違規(guī)調(diào)用。異常監(jiān)控快速識(shí)別服務(wù)中斷,確保穩(wěn)定性和可靠性

在哪些場景會(huì)用到注冊配置中心?

1. 服務(wù)注冊發(fā)現(xiàn)

在微服務(wù)架構(gòu)中,服務(wù)注冊與發(fā)現(xiàn)是實(shí)現(xiàn)服務(wù)間動(dòng)態(tài)交互和自動(dòng)解耦的核心機(jī)制。隨著服務(wù)實(shí)例的頻繁上線、下線或遷移,其網(wǎng)絡(luò)地址和端口會(huì)不斷變化。通過"注冊配置中心"的API接口,服務(wù)提供者能夠?qū)⒆约旱男畔ⅲㄈ绶?wù)名、地址、端口等)注冊到中心,而服務(wù)消費(fèi)者則可以通過這些接口查詢所需服務(wù)的實(shí)時(shí)信息,實(shí)現(xiàn)服務(wù)的動(dòng)態(tài)發(fā)現(xiàn)和調(diào)用。這不僅提高了應(yīng)用的擴(kuò)展能力和靈活性,還降低了因服務(wù)遷移帶來的成本和風(fēng)險(xiǎn)。同時(shí),注冊中心還通過健康檢查機(jī)制,實(shí)時(shí)監(jiān)控服務(wù)實(shí)例的狀態(tài),確保只有健康的服務(wù)實(shí)例才能被調(diào)用,從而避免了向不健康的服務(wù)發(fā)送請求可能導(dǎo)致的資源浪費(fèi)和潛在故障。

2. 分布式配置

在分布式系統(tǒng)中,配置管理是一個(gè)復(fù)雜而關(guān)鍵的問題。隨著系統(tǒng)規(guī)模的擴(kuò)大,配置信息的數(shù)量也會(huì)急劇增加,而且需要跨多個(gè)服務(wù)實(shí)例進(jìn)行同步和更新。通過"注冊配置中心"的API接口,開發(fā)者可以集中管理分布式應(yīng)用的配置信息,實(shí)現(xiàn)配置的動(dòng)態(tài)更新和熱生效。這些接口支持主流的配置中心如Apollo、Nacos等,使得配置信息的遷移和同步變得更加簡單和高效。同時(shí),這些接口還提供了配置變更操作的記錄功能,有助于追蹤和審計(jì)配置的變化歷史,提高系統(tǒng)的可維護(hù)性和安全性。

3. 灰度發(fā)布

灰度發(fā)布是微服務(wù)架構(gòu)中常用的發(fā)布策略之一,旨在通過逐步替換服務(wù)實(shí)例來降低發(fā)布風(fēng)險(xiǎn)并保障服務(wù)的平滑過渡。"注冊配置中心"的API接口在這一過程中扮演著重要角色。以金絲雀發(fā)布為例,開發(fā)者可以通過API接口先升級(jí)一個(gè)服務(wù)實(shí)例作為“金絲雀”進(jìn)行測試,如果測試通過,則通過API接口逐步升級(jí)剩余的服務(wù)實(shí)例。同樣地,在滾動(dòng)發(fā)布和藍(lán)綠發(fā)布中,"注冊配置中心"的API接口也支持對(duì)服務(wù)實(shí)例的批量升級(jí)和流量切換操作,從而實(shí)現(xiàn)了更加靈活和可控的發(fā)布策略。

4. 多活容災(zāi)

在構(gòu)建高可用性的業(yè)務(wù)架構(gòu)時(shí),"注冊配置中心"的API接口同樣發(fā)揮著關(guān)鍵作用。通過與TSE云原生網(wǎng)關(guān)的結(jié)合,"注冊配置中心"可以支持業(yè)務(wù)應(yīng)用的多活容災(zāi)部署。具體而言,TSE云原生網(wǎng)關(guān)和注冊配置中心的服務(wù)端采用同城三可用區(qū)部署策略,確保了服務(wù)的高可用性和數(shù)據(jù)的一致性。同時(shí),業(yè)務(wù)應(yīng)用也可以采用同城多可用區(qū)部署的方式,將應(yīng)用的多個(gè)節(jié)點(diǎn)分散部署在不同的可用區(qū),并通過注冊配置中心的API接口注冊到同一個(gè)服務(wù)下。這樣,在發(fā)生單點(diǎn)故障或區(qū)域性故障時(shí),系統(tǒng)可以自動(dòng)將流量切換到其他健康的可用區(qū)或節(jié)點(diǎn)上,從而保障了業(yè)務(wù)的連續(xù)性和穩(wěn)定性。

注冊配置中心解決了什么問題?

一、服務(wù)注冊與發(fā)現(xiàn)

  1. 服務(wù)注冊:在微服務(wù)架構(gòu)中,服務(wù)實(shí)例(如API、應(yīng)用等)需要向注冊中心注冊自己的信息,包括服務(wù)的地址(IP地址和端口號(hào))、服務(wù)名稱、版本等。注冊配置中心提供了這樣的注冊機(jī)制,使得服務(wù)實(shí)例能夠自動(dòng)或手動(dòng)地注冊自己的信息,供其他服務(wù)發(fā)現(xiàn)和調(diào)用。

  2. 服務(wù)發(fā)現(xiàn):當(dāng)服務(wù)消費(fèi)者需要調(diào)用某個(gè)服務(wù)時(shí),它不再需要硬編碼服務(wù)提供者的地址信息。相反,它會(huì)向注冊配置中心查詢所需服務(wù)的地址信息。注冊配置中心會(huì)返回所有已注冊的服務(wù)實(shí)例的列表,消費(fèi)者可以根據(jù)一定的策略(如負(fù)載均衡)選擇一個(gè)服務(wù)實(shí)例進(jìn)行調(diào)用。這樣,服務(wù)消費(fèi)者就能夠靈活地發(fā)現(xiàn)和調(diào)用服務(wù),而無需關(guān)心服務(wù)提供者的具體部署位置。

二、服務(wù)治理

  1. 健康檢查:注冊配置中心通常會(huì)對(duì)已注冊的服務(wù)實(shí)例進(jìn)行健康檢查,以確保它們能夠正常提供服務(wù)。如果某個(gè)服務(wù)實(shí)例出現(xiàn)故障或無法響應(yīng)請求,注冊配置中心會(huì)將其從服務(wù)列表中剔除,防止消費(fèi)者向其發(fā)送無效請求。這有助于提高系統(tǒng)的穩(wěn)定性和可用性。

  2. 服務(wù)路由與負(fù)載均衡:注冊配置中心還可以根據(jù)一定的算法(如輪詢、隨機(jī)、最少連接等)對(duì)服務(wù)請求進(jìn)行路由和負(fù)載均衡,將請求分散到多個(gè)服務(wù)實(shí)例上,以提高系統(tǒng)的并發(fā)處理能力和性能。

三、配置管理

  1. 配置集中化:配置中心允許將應(yīng)用程序的配置信息(如數(shù)據(jù)庫連接信息、第三方服務(wù)API密鑰等)集中存儲(chǔ)和管理。這樣,開發(fā)人員和運(yùn)維人員就可以通過統(tǒng)一的界面來查看和修改配置信息,而無需逐個(gè)修改每個(gè)服務(wù)實(shí)例的配置文件。

  2. 動(dòng)態(tài)更新:配置中心支持配置的動(dòng)態(tài)更新。當(dāng)配置信息發(fā)生變化時(shí),配置中心會(huì)通知所有相關(guān)的服務(wù)實(shí)例更新其配置。這樣,開發(fā)人員就可以在不重啟服務(wù)的情況下修改配置信息,并立即生效。這有助于提高系統(tǒng)的靈活性和可維護(hù)性。

四、多環(huán)境支持

注冊配置中心通常支持多環(huán)境配置管理,如開發(fā)環(huán)境、測試環(huán)境和生產(chǎn)環(huán)境等。每個(gè)環(huán)境可以有自己的配置集和服務(wù)實(shí)例列表,確保不同環(huán)境下的服務(wù)調(diào)用和配置管理相互獨(dú)立、互不干擾。

五、安全性與權(quán)限控制

注冊配置中心還需要提供安全性保障和權(quán)限控制功能,以防止未授權(quán)的服務(wù)實(shí)例注冊和配置信息的泄露。這通常包括身份認(rèn)證、訪問控制和數(shù)據(jù)加密等安全措施。

<
產(chǎn)品問答
>
?
注冊配置中心是如何保證服務(wù)的高可用性的?
注冊配置中心通常采用多副本部署、多可用區(qū)部署等策略來提高系統(tǒng)的可用性。同時(shí),它還會(huì)通過數(shù)據(jù)同步、故障轉(zhuǎn)移等機(jī)制來保障數(shù)據(jù)的一致性和完整性,防止因單點(diǎn)故障或區(qū)域性故障而導(dǎo)致的數(shù)據(jù)丟失或服務(wù)中斷。
?
如何進(jìn)行服務(wù)的動(dòng)態(tài)配置更新?
應(yīng)用程序可以通過注冊配置中心提供的API接口拉取配置信息,并支持配置的動(dòng)態(tài)更新。當(dāng)配置發(fā)生變化時(shí),注冊中心會(huì)實(shí)時(shí)推送給訂閱了配置變更的服務(wù)實(shí)例,服務(wù)實(shí)例在接收到配置更新通知后,會(huì)重新加載新的配置信息。
?
如果服務(wù)實(shí)例注冊失敗怎么辦?
如果服務(wù)實(shí)例注冊失敗,首先需要檢查網(wǎng)絡(luò)連接是否正常,以及注冊中心是否處于可用狀態(tài)。如果確認(rèn)注冊中心可用但注冊失敗,可能是服務(wù)實(shí)例的注冊信息有誤或注冊中心配置有誤。此時(shí),需要查看注冊中心的日志和服務(wù)實(shí)例的日志,根據(jù)錯(cuò)誤信息進(jìn)行相應(yīng)的調(diào)整。
?
如何查看服務(wù)的健康狀態(tài)?
服務(wù)的健康狀態(tài)可以通過注冊配置中心提供的API接口進(jìn)行查詢。注冊中心會(huì)定期或不定期地向服務(wù)實(shí)例發(fā)送健康檢查請求,并記錄服務(wù)實(shí)例的響應(yīng)情況。通過查詢API接口,可以獲取到服務(wù)實(shí)例的當(dāng)前健康狀態(tài)以及歷史健康狀態(tài)記錄。
?
如何進(jìn)行服務(wù)的灰度發(fā)布?
灰度發(fā)布可以通過注冊配置中心與TSE云原生網(wǎng)關(guān)結(jié)合實(shí)現(xiàn)。首先,選擇一個(gè)或少量服務(wù)實(shí)例進(jìn)行升級(jí)作為“金絲雀”進(jìn)行測試;如果測試通過,則通過注冊配置中心逐步升級(jí)剩余的服務(wù)實(shí)例;在升級(jí)過程中,可以通過TSE云原生網(wǎng)關(guān)控制流量,逐步將流量切換到新版本的服務(wù)實(shí)例上。
?
如何解決服務(wù)發(fā)現(xiàn)時(shí)的延遲問題?
服務(wù)發(fā)現(xiàn)時(shí)的延遲問題可能由多種原因引起,如網(wǎng)絡(luò)延遲、注冊中心性能瓶頸等。為了解決這個(gè)問題,可以采取以下措施:優(yōu)化網(wǎng)絡(luò)配置、提高注冊中心的性能、減少服務(wù)實(shí)例的注冊信息復(fù)雜度等。此外,還可以考慮使用緩存機(jī)制來減少服務(wù)發(fā)現(xiàn)的查詢次數(shù)和延遲。
<
最可能同場景使用的其他API
>
API接口列表
<
依賴服務(wù)
>
<
產(chǎn)品問答
>
?
注冊配置中心是如何保證服務(wù)的高可用性的?
注冊配置中心通常采用多副本部署、多可用區(qū)部署等策略來提高系統(tǒng)的可用性。同時(shí),它還會(huì)通過數(shù)據(jù)同步、故障轉(zhuǎn)移等機(jī)制來保障數(shù)據(jù)的一致性和完整性,防止因單點(diǎn)故障或區(qū)域性故障而導(dǎo)致的數(shù)據(jù)丟失或服務(wù)中斷。
?
如何進(jìn)行服務(wù)的動(dòng)態(tài)配置更新?
應(yīng)用程序可以通過注冊配置中心提供的API接口拉取配置信息,并支持配置的動(dòng)態(tài)更新。當(dāng)配置發(fā)生變化時(shí),注冊中心會(huì)實(shí)時(shí)推送給訂閱了配置變更的服務(wù)實(shí)例,服務(wù)實(shí)例在接收到配置更新通知后,會(huì)重新加載新的配置信息。
?
如果服務(wù)實(shí)例注冊失敗怎么辦?
如果服務(wù)實(shí)例注冊失敗,首先需要檢查網(wǎng)絡(luò)連接是否正常,以及注冊中心是否處于可用狀態(tài)。如果確認(rèn)注冊中心可用但注冊失敗,可能是服務(wù)實(shí)例的注冊信息有誤或注冊中心配置有誤。此時(shí),需要查看注冊中心的日志和服務(wù)實(shí)例的日志,根據(jù)錯(cuò)誤信息進(jìn)行相應(yīng)的調(diào)整。
?
如何查看服務(wù)的健康狀態(tài)?
服務(wù)的健康狀態(tài)可以通過注冊配置中心提供的API接口進(jìn)行查詢。注冊中心會(huì)定期或不定期地向服務(wù)實(shí)例發(fā)送健康檢查請求,并記錄服務(wù)實(shí)例的響應(yīng)情況。通過查詢API接口,可以獲取到服務(wù)實(shí)例的當(dāng)前健康狀態(tài)以及歷史健康狀態(tài)記錄。
?
如何進(jìn)行服務(wù)的灰度發(fā)布?
灰度發(fā)布可以通過注冊配置中心與TSE云原生網(wǎng)關(guān)結(jié)合實(shí)現(xiàn)。首先,選擇一個(gè)或少量服務(wù)實(shí)例進(jìn)行升級(jí)作為“金絲雀”進(jìn)行測試;如果測試通過,則通過注冊配置中心逐步升級(jí)剩余的服務(wù)實(shí)例;在升級(jí)過程中,可以通過TSE云原生網(wǎng)關(guān)控制流量,逐步將流量切換到新版本的服務(wù)實(shí)例上。
?
如何解決服務(wù)發(fā)現(xiàn)時(shí)的延遲問題?
服務(wù)發(fā)現(xiàn)時(shí)的延遲問題可能由多種原因引起,如網(wǎng)絡(luò)延遲、注冊中心性能瓶頸等。為了解決這個(gè)問題,可以采取以下措施:優(yōu)化網(wǎng)絡(luò)配置、提高注冊中心的性能、減少服務(wù)實(shí)例的注冊信息復(fù)雜度等。此外,還可以考慮使用緩存機(jī)制來減少服務(wù)發(fā)現(xiàn)的查詢次數(shù)和延遲。
<
最可能同場景使用的其他API
>