經(jīng)歷過去的十幾年的發(fā)展，SOA(Service-Oriented Architecture)已經(jīng)獲得了廣泛肯定與應(yīng)用?，F(xiàn)在，隨著云計算、開源、Docker等為技術(shù)界帶來革命性的影響，同時，用戶使用方式與生活方式都在移動化浪潮的裹挾下發(fā)生了巨變，“微服務(wù)”架構(gòu)(MSA：Micro Service Architecture)這一全新的企業(yè)架構(gòu)模式越來越受到關(guān)注，也有越來越多的企業(yè)和平臺服務(wù)商開始將“微服務(wù)”的概念轉(zhuǎn)化為實踐，掌握到第一手的實戰(zhàn)經(jīng)驗。

　　應(yīng)該如何理解“微服務(wù)”的性質(zhì)和特點?轉(zhuǎn)型“微服務(wù)”架構(gòu)能夠解決哪些問題、需要注意哪些問題?為了回答這些疑問，我們對普元軟件的資深架構(gòu)師顧偉進行了采訪，請他介紹自己對“微服務(wù)”的理解和經(jīng)驗。

　　對話全文內(nèi)容如下：InfoQ：請向InfoQ的讀者介紹下自己，目前主要的工作方向及關(guān)注的技術(shù)領(lǐng)域。

　　顧偉：大家好，我是普元信息技術(shù)股份有限公司的架構(gòu)師顧偉，目前主要從事云計算、智能運維、平臺基礎(chǔ)架構(gòu)等方向的工作，同時對插件開發(fā)、HTML5、Docker等技術(shù)有著濃厚的興趣。

　　InfoQ：微服務(wù)架構(gòu)近一年多在技術(shù)社區(qū)頻頻被提及，熱度頗高，但對“微服務(wù)”似乎還沒有一個嚴(yán)格的定義。您是如何理解“微服務(wù)”的?

　　顧偉：在云計算運用愈加廣泛和深入的移動互聯(lián)網(wǎng)時代，大家的生活都變得越來越碎片化。坐在地鐵上，你會隨手發(fā)個朋友圈，走在公園里，你會隨手發(fā)個微博。當(dāng)日常行為變得這么碎片化時，相應(yīng)的支撐服務(wù)應(yīng)該是什么樣的?在我看來這些服務(wù)必須是“零散”的，支撐的業(yè)務(wù)是可以快速變化的，服務(wù)之間是可以快速融合的，服務(wù)的性能、安全是有足夠保障的，當(dāng)達到這種標(biāo)準(zhǔn)的時候，這些服務(wù)就是我理解的微服務(wù)。

　　InfoQ：與傳統(tǒng)單塊架構(gòu)相比，“微服務(wù)”架構(gòu)有哪些特點?

　　顧偉：特點其實是比較顯然的，比如開放、輕量、松耦合、易遷移、易伸縮、容錯性、自監(jiān)控、語言中性等。總的來說，微服務(wù)架構(gòu)是一種更靈活、更可靠、更開放的架構(gòu)。

　　InfoQ：像您所說， “微服務(wù)”是“零散”的，這種特征又能夠幫助企業(yè)解決哪些難點和痛點?

　　顧偉：我們可以反過來看這個問題，傳統(tǒng)的企業(yè)級架構(gòu)，往往會面臨著幾個難題：彈性能力不夠。單塊架構(gòu)使得要伸縮就是整體的伸縮，但你的流量中可能占90%只是針對其中20%的服務(wù)的訪問，那為什么不把這20%的服務(wù)獨立出來呢?將好的資源用于支撐這些服務(wù)，達到資源的最大化集約使用。

　　業(yè)務(wù)變化調(diào)整較慢。由于業(yè)務(wù)部署在一起的原因，單個業(yè)務(wù)的調(diào)整使得整個應(yīng)用都需要重新集成、測試、發(fā)布等，雖然有一些自動化的保障，但還是無法做到成本最少，風(fēng)險最低。

　　開放能力不足。隨著云計算、云服務(wù)的高度發(fā)展，服務(wù)按需的模式會越來越多。一個企業(yè)不可能所有服務(wù)都自建，也不可能永遠封閉，而是需要能夠快速整合外部服務(wù)，同時將內(nèi)部的服務(wù)開放出去，這也是對傳統(tǒng)企業(yè)架構(gòu)的一大挑戰(zhàn)。

　　如何解決這些問題，正是微服務(wù)架構(gòu)的關(guān)鍵目標(biāo)所在。微服務(wù)的“零散”特征使得企業(yè)能夠快速應(yīng)對服務(wù)擴容、業(yè)務(wù)開放、業(yè)務(wù)變化、服務(wù)整合等需求。

　　InfoQ：您認(rèn)為“微服務(wù)”架構(gòu)適用于什么樣的企業(yè)和應(yīng)用?

　　顧偉：如果你認(rèn)為IT建設(shè)是一個持續(xù)演進的過程，對企業(yè)發(fā)展有著重大支撐作用的話，微服務(wù)架構(gòu)都會非常合適。I

　　nfoQ：我們已經(jīng)了解“微服務(wù)”架構(gòu)的優(yōu)勢，那從單塊架構(gòu)轉(zhuǎn)型到“微服務(wù)”架構(gòu)，又需要考慮哪些因素或注意哪些問題?

　　顧偉：前面一直在說微服務(wù)架構(gòu)的好處，但使用微服務(wù)的同時，對企業(yè)的IT支撐管理、運維等能力的要求也會相應(yīng)提升，比如：微服務(wù)之間的通信問題。企業(yè)需要提供一套比較完善、輕量的通信機制，保證服務(wù)調(diào)用的可靠、可跟蹤、高性能等。

　　微服務(wù)的監(jiān)控度量問題。服務(wù)的分散使得交易路徑有時候會變得比較復(fù)雜，如何從業(yè)務(wù)維度對鏈路實行跟蹤回溯，如何度量整體業(yè)務(wù)的吞吐，如何快速發(fā)現(xiàn)業(yè)務(wù)的瓶頸，是使用微服務(wù)必須解決的問題。

　　微服務(wù)的粒度問題。在很多企業(yè)實行微服務(wù)架構(gòu)時，往往會走到一些技術(shù)極端，過度的拆分服務(wù)。微服務(wù)更應(yīng)該類似Unix的服務(wù)，每個服務(wù)目標(biāo)單一，只做一件事情，能夠有很好的復(fù)用性。

　　InfoQ：您在“微服務(wù)”架構(gòu)的實踐上已經(jīng)有比較豐富的經(jīng)驗，是否可以簡單介紹一個典型案例。

　　顧偉：去年做過一個電信領(lǐng)域的數(shù)據(jù)發(fā)布的項目，主要場景是將企業(yè)內(nèi)部產(chǎn)生的各類數(shù)據(jù)，按照不同協(xié)議安全發(fā)布給外部客戶訂閱。這個項目中會涉及到很多微服務(wù)：包括集中調(diào)度(訂閱推送)、文件傳輸、文件存儲、元數(shù)據(jù)管理、權(quán)限認(rèn)證等，每類服務(wù)都是集群部署的情況下，最終至少會有20多個進程，每次到一個地方部署都要結(jié)合具體環(huán)境花費不少時間。最終解決方案是結(jié)合了當(dāng)下比較流行的Docker技術(shù)，通過對Container的管理，完成了服務(wù)的自動發(fā)布。其實這個方案也間接的說明了一些問題，比如微服務(wù)架構(gòu)和云計算、智能運維等是都密不可分的。作為“微服務(wù)”架構(gòu)的倡導(dǎo)者，普元與InfoQ共同主辦了PWorld 軟件架構(gòu)&平臺創(chuàng)新大會，將于5月26日和6月11日分別在北京和上海舉行，今年的大會以“大平臺、微應(yīng)用”為主題，顧偉也將在大會上分享“基于微服務(wù)的開放彈性企業(yè)應(yīng)用架構(gòu)”。大會限時免費報名中。

　　高危漏洞頻發(fā)，隱私泄露，普通開發(fā)者該如何避免和防范;開發(fā)者如何從邏輯上避免風(fēng)險?在【QCon北京2015】“新時代的安全”專題中，在Pwn2Own 2015上奪冠的Keen Team安全研究員Peter Hlavaty將解讀內(nèi)核安全精髓;阿里巴巴安全專家祝建躍將分享互聯(lián)網(wǎng)全球最大DDoS攻擊防御實戰(zhàn)。