從Netflix、Amazon、Airbnb等公司的成功實踐開始，微服務因其高度的彈性、靈活性和效率的巨大提升，迅速受到各領域架構師和技術決策者的關注，一躍成為2016年IT領域最受關注的技術潮流之一。

　　而在幾年前，所謂的微服務架構不過是滿大街充斥的軟件架構里的一個新名詞而已，甚至可以說微服務架構的受寵和容器云的到來不無關系。作為國內領先的容器云服務商，網易蜂巢曾在多個場合表現出了對微服務架構的青睞，其又是如何看待微服務架構的?

　　微服務很美，卻也有太多的不足

　　很多人將微服務看作是SOA的升級，或許也正是這個原因，微服務架構相比于單體應用解決了很多問題，本身也帶來了一系列的復雜性難題。

　　一般來說，微服務架構的一個明顯特征就是局部修改，局部更新。比如說對一個單體應用進行修改時，可能要先把整個包給停了，然后再去修改，而微服務只需逐步修改和更新即可。

　　此外，微服務具有故障隔離的有點，單體應用是跑在一起，所以只要一個模塊有問題，其他就都會有問題，而微服務的故障隔離性、業務可持續性都非常高。

　　還有就是微服務的資源利用率非常高，這一點通過 Airbnb、迪斯尼、Dropbox、Twitter等公司的實踐得到了驗證，使用微服務架構之后，軟件的構建和部署在速度和靈活性上都得到巨大提升，交付成本更低，系統更具彈性，開發周期削減多達75%。

　　不過在現有的架構下，微服務架構的復雜性一直是一些公司將其拒之門外的原因所在。

　　其一，微服務間較強的依賴關系管理。如果拆成微服務依賴關系該如何處理，比如說某個微服務更新了會不會對整個系統造成影響。

　　其二，微服務本身的部署復雜。因為微服務是一個網狀分布的，一個微服務應用往往有數百個實例構成，每個應用實例都需要配置諸如數據庫和消息中間件等基礎服務。

　　其三，微服務面臨資源分配的難題。在使用微服務的情況下，需要為每一個微服務按需分配資源，那么該為每個微服務分配多少資源，啟動多少個實例呢，這也是非常大的問題。

　　除此之外，微服務還面臨著監管和協作方面的難題。Docker的崛起似乎讓微服務架構迎來了曙光，尤其是以Docker為基礎的容器云給DevOps帶來了一場革命，也加速了微服務架構的實現。

　　微服務和容器是1+1>2的結合

　　和很多容器平臺一樣，網易蜂巢也看到了微服務架構在容器云平臺上的優越性。微服務解決了單體式應用的復雜性問題，應用被分解為多個可管理的分支或服務，每個服務有相對獨立的部署，更容易開發、理解和維護。而網易蜂巢正是憑借持續集成、高可用的平臺服務、完善的運維工具等吸引了大批的企業用戶。

　　網易蜂巢的產品負責人解釋說，以Docker為代表的容器技術為微服務架構的升級提供了“天然”的載體。

　　首先容器技術有效提升了微服務的架構能力。比如說網易蜂巢團隊利用Kubernetes容器集群管理技術，結合網易豐富的互聯網產品經驗，實現了微服務發布、高可用和集群伸縮等特性。使得應用程序能夠更快地進行創建，并且更易于維護，同時又能夠得到更高的質量。

　　其次，容器云的 DevOps功能提升了微服務協作的效率。在一定程度上來說，云計算的價值不是成本而是效率。網易蜂巢在Docker容器技術的基礎上實現了DevOps研發模式，提升研發和應用交付的效率，為開發者提供安全、便捷、高效的容器云解決方案。

　　基于網易杭州研究院近十年的研發運維經驗，網易蜂巢充分發揮Docker容器技術的優勢實現了DevOps研發模式，不斷提升研發和應用交付的效率，為開發者提供安全、便捷、高效的容器云解決方案。對于即將推出的微服務架構，網易蜂巢產品負責人表示容器云平臺下的微服務，將成為加速微服務架構應用的游戲變革者。