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