**為什么要使用注冊中心** 有使用過 ip:port 地址直接調用服務的開發經歷么？該段痛苦的經歷在此處省略 500 字……，該種方式的缺點： 1. 需要手動的維護所有的服務訪問 ip 地址列表。 1. 單個服務實現負載均衡需要自己搭建，例如使用 nginx 負載均衡策略，或者基于容器化多實例部署單個服務，在實例之間做負載均衡。 1. 服務提供者：向注冊中心根據服務名稱提供服務訪問的 ip:port 以及其他信息。 1. 注冊中心：根據服務名稱，存儲對應的 ip:port 以及其他信息。 1. 服務消費者：根據服務名向注冊中心獲取調用服務的 ip:port 以及其他相關的信息集合，然后根據負載均衡策略獲取最終的服務器 ip：port 訪問地址。 **使用 springcloud 時，常用的是 eureka 和 nacos 作為注冊中心，如何選擇呢 ？** **服務提供者** 主動向注冊中心注冊，續約，下線，獲取注冊表。服務注冊成功后，定時向注冊中心發送心跳，保證服務不被剔除。 **注冊中心** 存儲服務實例，定時掃描注冊表，剔除過期的服務實例。通過同步復制方式實現高可用，先獲取注冊表，然后再向其他注冊中心注冊自己，屬于 AP 模式。在實際項目中，會根據環境，例如 dev,test,prod 配置不同的注冊中心集群，如果不同的項目使用統一的注冊中心，只能根據服務名稱做區分。 ***** 重點介紹一下 Eureka 自我保護機制。如果出現大量的服務實例過期被剔除，則注冊中心進入自我保護模式，注冊表中信息不再被剔除，目的是提高 eureka 的可用性。默認情況下，統計心跳失敗比例在 15 分鐘之內是否低于 85%，如果低于 85%，Eureka Server 會將這些實例保護起來，讓這些實例不會過期。 ``` 講述一次慘痛的上線經歷，錯誤描述如下： 當時服務部署成功，在 Eureka 注冊中心已經顯示該服務已經注冊成功，但是，前端請求經過網關再轉發到該服務時，一直就沒有反應，服務調用一直不成功。nginx 轉發，網關轉發都在確認問題到底發生在哪里，幾經折磨，在網關直接通過 ip 地址轉發到上線的服務，快速的解決該問題。 后續，復盤，應該 Eureka 的自我保護機制，導致的問題。在注冊中心注冊的服務是一個不可用的服務，但是，由于自我保護機制，Eureka Server 沒有將無效的服務剔除。 后續的解決方法是，設置 enableSelfPreservation=false 關閉自我保護機制，把 renewalPercentThreshold 比例降低，在 Eureka Server 端，如果出現無效的服務就會將該服務剔除。 ``` **nacos 注冊中心** nacos 是 springcloud 的擴展，注冊中心功能通過 NacosDiscoveryClient 繼承 DiscoveryClient，在 springcloud 中，與 Eureka 可以無侵入的切換。注冊中心可以手動剔除服務實例，通過消息通知客戶端更新緩存的實例信息 **nacos 重點需要了解下其領域模型 Nacos 數據模型 Key 由三元組唯一確定，Namespace 命名空間，分組 group，service 服務。詳情可以參考官網 Nacos 架構。** nacos 與 Eureka 相比優勢如下： 1. nacos 在自動或手動下線服務，使用消息機制通知客戶端，服務實例的修改很快響應；Eureka 只能通過任務定時剔除無效的服務。 2. nacos 可以根據 namespace 命名空間，DataId,Group 分組，來區分不同環境（dev，test，prod），不同項目的配置。 ———————————————— 原文作者：FH-Admin 轉自鏈接：https://learnku.com/articles/63672 版權聲明：著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請保留以上作者信息和原文鏈接。