微服務(wù)是近年來備受關(guān)注的話題，它的出現(xiàn)讓我們想起了十年前的 SOA（Service-Oriented Architecture，面向服務(wù)架構(gòu)），但它比傳統(tǒng)的 SOA 更容易理解，也更容易實踐，它將“面向服務(wù)”的思想做得更加徹底。
當(dāng)國外一些知名技術(shù)公司成功實踐了微服務(wù)以后，這股熱潮就吹遍了國內(nèi)的大街小巷，大家街頭巷尾都在聊微服務(wù)，對它眾說紛紜且褒貶不一。有人說它非常好，但就是“玩不起”，為何會這樣呢？
我們不妨帶著這個問題來簡單介紹一下，究竟什么才是微服務(wù)。
微服務(wù)是一種分布式系統(tǒng)架構(gòu)，它建議我們將業(yè)務(wù)切分為更加細(xì)粒度的服務(wù)，并使每個服務(wù)的責(zé)任單一且可獨立部署，服務(wù)內(nèi)部高內(nèi)聚，隱含內(nèi)部細(xì)節(jié)，服務(wù)之間低耦合，彼此相互隔離。此外，我們根據(jù)面向服務(wù)的業(yè)務(wù)領(lǐng)域來建模，對外提供統(tǒng)一的 API 接口。微服務(wù)的思想不只是停留在開發(fā)階段，它貫穿于設(shè)計、開發(fā)、測試、部署、運維等軟件生命周期階段。
可見，我們提到的微服務(wù)，實際上是一種架構(gòu)思想，我們不妨稱它為“微服務(wù)架構(gòu)”。
微服務(wù)架構(gòu)看起來如此之好，我們真的就需要它嗎？
微服務(wù)架構(gòu)建議我們按照業(yè)務(wù)來切分服務(wù)，我們完全可以選擇最合適的技術(shù)來實現(xiàn)具體的服務(wù)，只需確保對外提供的 API 接口保持一致即可，也就是說，微服務(wù)架構(gòu)使我們技術(shù)選型的自由度更加寬廣了。既然系統(tǒng)可拆分為多個服務(wù)，這樣非常有利于我們對每個服務(wù)進行監(jiān)控，可不斷收集每個服務(wù)的性能指標(biāo)數(shù)據(jù)，當(dāng)某個服務(wù)出現(xiàn)性能瓶頸時，會發(fā)出預(yù)警，我們可隨時水平地擴展該服務(wù)，以支撐更大的流量，而不至于復(fù)制整個系統(tǒng)。由于服務(wù)之間彼此隔離，相互之間不會產(chǎn)生影響，因此我們可借助技術(shù)的手段來實現(xiàn)自動化部署，這會使我們的部署過程變得更加高效。
其實微服務(wù)架構(gòu)的優(yōu)點數(shù)不勝數(shù)，但是大家可能還是不敢用，因為它對我們的技術(shù)要求具有一定的挑戰(zhàn)。比如，我們需要一個自動化部署系統(tǒng)，也需要解決分布式系統(tǒng)帶來的一系列問題，還需要服務(wù)之間能做到彼此隔離且互不影響，同時還不能影響通信過程中所帶來的性能開銷。因此很多人認(rèn)為，只有大公司或強悍的技術(shù)團隊才能玩得起微服務(wù)架構(gòu)，自己只能“遠觀”卻不能“近玩”。甚至還有人認(rèn)為，微服務(wù)架構(gòu)實際上就是以前談?wù)摱嗄甓�難以落地的 SOA。
實際上，我們認(rèn)為微服務(wù)架構(gòu)的本質(zhì)仍然符合 SOA 思想，只不過它比 SOA 更容易落地。為了證明這件事情，我們經(jīng)過了大量的實踐，借助了許多優(yōu)秀的開源技術(shù)，搭建了一款“輕量級微服務(wù)架構(gòu)”。實踐證明，該架構(gòu)不僅可以適應(yīng)大中型公司的業(yè)務(wù)變化，還能滿足中小型公司的快速增長。我們真心地希望這款輕量級微服務(wù)架構(gòu)能夠幫助更多的技術(shù)愛好者以及更多的技術(shù)團隊，順利地走出技術(shù)困境，以全新的視角去迎接新的挑戰(zhàn)。
不得不提醒大家的是：微服務(wù)并不是萬靈丹！它不能包治百病，我們更不要為了微服務(wù)而去微服務(wù)。而是需要根據(jù)自身的情況，靈活地選擇最合適的技術(shù)，通過技術(shù)的手段實現(xiàn)更高的目標(biāo)。
為什么寫這本書？
我一直很關(guān)注服務(wù)化方面的技術(shù)，記得在 2014 年，我偶然發(fā)現(xiàn)國外技術(shù)博客中有人在寫關(guān)于“微服務(wù)”方面的概念與技術(shù)。坦白地講，當(dāng)我第一次看到微服務(wù)時，并沒有對它產(chǎn)生濃厚的興趣，我當(dāng)時認(rèn)為微服務(wù)是笨重的，它和傳統(tǒng)的 SOA 沒有太大的區(qū)別，同樣都是服務(wù)化，只不過微服務(wù)更加細(xì)粒度而已。直到 Docker 容器技術(shù)逐步成熟起來，越來越多的人開始使用Docker 來封裝應(yīng)用程序，并借助 Docker 技術(shù)讓軟件交付變得更加靈活而高效，這讓我不由地對微服務(wù)的未來產(chǎn)生了強烈的期待，我堅信微服務(wù)將伴隨著 Docker 技術(shù)成為未來軟件開發(fā)與運維的核心武器。
我開始瘋狂地學(xué)習(xí)微服務(wù)，研究它的各種架構(gòu)模式與應(yīng)用領(lǐng)域，開始自己動手做一些練習(xí)，并在公司內(nèi)部大力推廣這種新架構(gòu)。在實踐中，我獲得了一點收獲，曾在一些技術(shù)大會與企業(yè)內(nèi)訓(xùn)中講過微服務(wù)的原理與實踐。我發(fā)現(xiàn)一個問題，雖然大家對微服務(wù)都非常關(guān)注，但往往卻不知應(yīng)該如何開始，應(yīng)該使用哪些技術(shù)來搭建微服務(wù)架構(gòu)，以及在實踐中應(yīng)該如何避免掉進坑里。甚至有些人還認(rèn)為微服務(wù)只是大公司才玩得起的東西，因為它需要借助像 SOA 那樣重量級的基礎(chǔ)設(shè)施，需要付出大量的成本，但收益卻不一定。其實，我想告訴大家的是，微服務(wù)架構(gòu)并非這樣，它應(yīng)該是輕量級的，它應(yīng)該是很容易上手的，它應(yīng)該是任何公司想用就敢用的。雖然國內(nèi)外已經(jīng)有幾本關(guān)于微服務(wù)方面的好書了，但我仍然希望這本書能為大家在微服務(wù)實踐方面帶來微薄的價值。
我們可以把微服務(wù)架構(gòu)想象成海面上的一座冰山，看得見的部分是開發(fā)，看不見的部分是運維，一個好的微服務(wù)架構(gòu)需要同時關(guān)注開發(fā)和運維兩個方面。本系列書分上下兩冊，上冊偏開發(fā)，下冊偏運維。
您適合看這本書嗎？
如果您還沒聽說過微服務(wù)，或者您聽說了但不知道它究竟是什么，或者您正在嘗試微服務(wù)的實踐，那么這本書就非常適合您。不管您是一名開發(fā)人員還是一名運維人員，如果您向往成為一名優(yōu)秀的微服務(wù)架構(gòu)師，那么這本書更加值得您反復(fù)閱讀和實踐。
本書是如何組織的？
第1 章：微服務(wù)架構(gòu)設(shè)計概述。
從為什么需要微服務(wù)架構(gòu)開始講起，接著描述微服務(wù)架構(gòu)是什么，以及微服務(wù)架構(gòu)有哪些特點，最后以如何搭建微服務(wù)架構(gòu)來結(jié)束本章。本章是全書的概述，從一個宏觀的視角來講解微服務(wù)，為后續(xù)章節(jié)搭建了一個骨架。
第2 章：微服務(wù)開發(fā)框架。
本章我們將使用流行的 Spring Boot 來搭建微服務(wù)開發(fā)框架，對 Spring Boot 是什么，以及如何使用 Spring Boot 都做了描述，此外還對 Spring Boot 的重要產(chǎn)品級特性做了相關(guān)介紹。通過學(xué)習(xí)本章，大家可掌握 Spring Boot 的基本使用方法，并具備開發(fā)微服務(wù)接口的技能。
第3 章：微服務(wù)網(wǎng)關(guān)。
本章我們將學(xué)習(xí) Node.js 技術(shù)，描述 Node.js 是什么，以及如何使用 Node.js，此外還對Node.js 的重要高級特性做了補充。最后我們將使用 Node.js 搭建一個微服務(wù)網(wǎng)關(guān)基礎(chǔ)框架，后續(xù)章節(jié)會對此框架進行擴展。
第4 章：微服務(wù)注冊與發(fā)現(xiàn)。
本章我們將學(xué)習(xí) ZooKeeper 框架，從認(rèn)識 ZooKeeper 開始，到如何使用 ZooKeeper。最后我們將使用 ZooKeeper 實現(xiàn)一個簡單的服務(wù)注冊組件，并結(jié)合第3 章中介紹的微服務(wù)網(wǎng)關(guān)框架，使用 Node.js 實現(xiàn)一個服務(wù)發(fā)現(xiàn)組件。
第5 章：微服務(wù)封裝。
本章我們將學(xué)習(xí) Docker 技術(shù)，從了解 Docker 是什么開始，到如何使用 Docker，并通過手工和Dockerfile 的方式構(gòu)建 Docker 鏡像，此外還會介紹 Docker Registry 的使用方法，最后將以 Spring Boot 與 Docker 做一個整合來結(jié)束本章。通過學(xué)習(xí)本章，大家可熟練使用 Docker，為后續(xù)自動化運維提供基礎(chǔ)。
第6 章：微服務(wù)部署。
本章是上冊的最后一章，我們將使用 Gitlab 管理項目源碼，使用 Jenkins 搭建持續(xù)集成系統(tǒng)，最后基于 Jenkins + Gitlab + Docker 搭建一款微服務(wù)的自動化部署平臺。通過學(xué)習(xí)本章，大家可將開發(fā)與部署更加高效地銜接起來。
我要致謝的人
我要把這本書送給我的女兒，雖然她根本就看不懂，因為她只有三歲。記得在她剛出生那年，我開始寫技術(shù)博客；在她一歲那年，我開始做開源項目；在她兩歲那年，我開始寫自己的第一本書；在她三歲之時，這本書出版了。為了自己的事業(yè)，我借用了陪伴她成長的時間，這個時間是我這輩子都無法償還給她的，希望她長大后能看到我送給她的這本書，或許她會理解我現(xiàn)在所做的一切。
我最想感謝的人還是我的妻子，她為了料理家務(wù)和照顧女兒，選擇放棄自己的事業(yè)，全力支持我的事業(yè)，這種“放棄自己，成全他人”的精神，我是無法做到的。我有這樣的好妻子，讓我感到無比驕傲，同時我也需要給自己更高的目標(biāo)，回報她對我的付出。
十年前我離開自己的家鄉(xiāng)，獨自來到上海打拼，這些年很少陪伴在自己父母的身邊，因為工作太忙而遺忘了對父母的問候，我很愧疚自己所做的一切。感謝我的父母對我的無私付出，以及對我事業(yè)的認(rèn)可與鼓勵，希望他們看到這本書后能為我感到高興。
感謝與我一起創(chuàng)業(yè)的伙伴們，大家能在一起共事是一種緣分，他們在工作上給我提供了許多幫助，和他們一起工作是我最開心的事情，我也能感受到自己在成長。他們還為本書提供了專業(yè)的建議，以及為本書提供了大量寶貴的實踐經(jīng)驗。
感謝電子工業(yè)出版社博文視點的陳曉猛編輯，在寫作過程中曉猛多次鼓勵我，他曾說“寫書就是登山”，每當(dāng)我寫不動了，想放棄了，他就會鼓勵我“快到山頂了”，他無形中成為了我的“鼓勵師”，讓我順利地寫完了這本書。
感謝為這本書做評審的專家們，他們的專業(yè)態(tài)度讓我非常感動。為了給讀者提供更多的價值，他們給我提供了大量的建議，這些建議對我的幫助非常大，讓我在后續(xù)寫作道路上更有經(jīng)驗了。
感謝一直支持我的讀者們，沒有你們一路的陪伴，我會失去寫作的動力和方向。
最后我想說的是：我并不是微服務(wù)架構(gòu)專家，我只是一名微服務(wù)架構(gòu)的實踐者，只想把自己實踐的經(jīng)驗分享給大家。由于本人學(xué)識有限，難免會有不足之處，還請讀者不吝賜教。
黃勇
2016 年7 月27 日于上海