(想法) 若是隻有服務註冊中心.

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

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

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

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

---

個人想法相反，或許能讓服務中心作更多的事。

咱們能夠從頭，去設計一個服務中心：

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

其餘的功能能夠按照現有的服務註冊中心來設計。

關於微服務的調用，則由服務註冊中心提供一個微服務庫，來供咱們調用，或者由用戶本身實現。這個架構下，就不須要Dubbo之類的RPC框架。

優勢：模塊減小，開發可能會成本減小。

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

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

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

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