現在很多人都在談微服務，那麼到底什麼是微服務呢？這裡談談我對微服務的理解。

微服務有兩個核心：

·        微：服務的粒度要細，即服務要細化到API

·        服務：提供好服務，要讓使用者感到好用(要做到這一點很不容易)

上面兩個核心總結起來，可以用下面這幅圖表示：

從上面這幅圖看出，微服務特別簡單（好的架構就應該簡單），我們把服務再拆分成一個個API，API是一個完整的功能。然後我們把API扔到一個“雲上”，然後使用者就可以到“雲上”獲取所有API的服務，這個“雲”保證能提供好的服務。

我們可以看到，有了微服務之後，服務對使用者來說變得特別簡單，而且上面dubbo的不足之處在微服務這裡都解決了。使用者不再需要依賴任何

說到這裡，大家就應該大體知道該怎麼做微服務了，圖中的“雲”是關鍵。下面我們就慢慢撥開這朵雲。

微服務的實現

微服務的關鍵是服務閘道器，所以，上面提到的“雲”就是服務閘道器。要做微服務，我們先定義一下微服務需要具備的特點。

微服務的特點

服務需要再細化成API（服務介面——>服務API）

·        每個服務由一組API組成

·        以API形式對外提供統一格式的服務

·        使用者無需任何配置，直接呼叫（http）

·        

·        API服務安全可靠穩定

微服務要解決的問題

上面提到了，dubbo還存在一些問題 ，其實dubbo存在的問題 就是 微服務要解決的問題，這裡 再總結一下。當然，dubbo和微服務的側重點不一樣，dubbo側重於內部介面之間的RPC，而微服務則側重於對外提供服務。

·        統一入口

·        安全控制：防刷限流

·        統一鑑權：應用鑑權、使用者鑑權、OAuth鑑權、ACL

·        協議轉換：http、dubbo、Protobuf

·        API配置管理

·        API上線、下線

·        API與服務介面對映

·        

·        整體架構的可拓展、高併發、分散式

·        服務容器自動收縮、擴容

實現方案

·        負載均衡層：nginx/lvs/F5

·        微服務層

·        高效能服務閘道器

·        統一入口、API配置管理、分流鑑權、服務監控、協議轉換

·        API對映、OAuth2.0、API文件管理

·        分散式、可拓展

·        服務治理層

·        成熟的服務治理框架dubbo

·        MQ服務之間解耦

·        彈性雲

·        服務docker化

·        基於訪問壓力的實時叢集排程與管理

彈性雲

這裡簡單介紹一下彈性雲的概念，微服務要想提供好服務，保證API不能掛掉並且有好的效能，需要很高的運維要求。這裡的彈性雲便是自動化運維解決方案，對訪問壓力進行監控，根據監控解決排程應用的釋出和回收。