目前，市面上以及出現了各種各樣的適用於微服務(下面簡稱ms)的註冊中心，配合其使用的還有各種ms框架，例如Alibaba的Dubbo。

微服務能通過分解服務粒度，然後針對特定服務進行性能擴展，來達到高性能的目的。

其中服務中心負責服務的註冊和生命週期管理，Dubbo之類的微服務框架則對服務的註冊, 負載均衡，服務鑑權, 服務調用等一系列操作做封裝，供用户調用.

使得用户不用去關心微服務的實現細節。

我的想法相反，或許能讓服務中心做更多的事。

我們可以從頭，去設計一個服務中心：

• 只管理服務名和服務地址。
• 消費端索取服務時，則由服務中心來做負載均衡和一些額外的工作，直接給出服務提供方地址。

其他的功能可以按照現有的服務註冊中心來設計。

關於微服務的調用，則由服務註冊中心提供一個微服務庫，來供我們調用，或者由用户自己實現。這個架構下，就不需要Dubbo之類的RPC框架。

優點：模塊減少，開發成本可能會減少。

缺點：需要服務中心來提供微服務調用庫。（而且服務中心處理的東西變多了，不知道性能會有多少影響）

目前小生已經搞了一個類似這中服務註冊中心的Demo，可以參考。

https://github.com/sdttttt/go...

（這只是一個我突發的靈感罷了，其實挺荒唐的。）