每個微服務都有用來解析其位置的唯一名稱(URL)。 不論微服務在哪裡運行,您的微服務都必須可以被定位。 如果您必須考慮哪台電腦正在執行特定的微服務,事情可能會迅速惡化。 DNS 將 URL 解析為特定電腦的方式相同,您的微服務必須具有唯一的名稱,才能探索其目前的位置。 微服務需要可尋址的名稱,使其與其執行基礎結構無關。 這種方法表示您的服務部署方式與探索方式之間有互動,因為必須有 服務登錄。 同樣地,當計算機失敗時,登錄服務必須能夠指出服務正在執行的位置。
服務登錄模式是服務探索的重要部分。 登錄是包含服務實例網路位置的資料庫。 服務登錄必須具有高可用性,且 up-to-date。 用戶端可以快取從服務登錄取得的網路位置。 不過,該信息最終會過期,且客戶端無法再探索服務實例。 因此,服務登錄是由使用復寫通訊協議來維護一致性的伺服器叢集所組成。
在某些微服務部署環境中(稱為叢集,將於稍後一節涵蓋),服務探索是內建的。 例如,Azure Kubernetes Service (AKS) 環境可以處理服務實例註冊和取消註冊。 它同時會在每個叢集主機上運行代理伺服器,作為伺服器端的探索路由器。