微服務(wù)實(shí)施需要明確每一步怎么做案疲，可能存在的問題和解決思路属提、方法。如果能有相應(yīng)的經(jīng)驗(yàn)和理論指導(dǎo)罐呼，將會大大有助于我們設(shè)計(jì)和構(gòu)建微服務(wù)體系。但由于目前大部分人員都是關(guān)注微服務(wù)開發(fā)框架或工具侦高，甚少討論微服務(wù)架構(gòu)方法論嫉柴。因此，進(jìn)行微服務(wù)規(guī)劃奉呛，在一個相對較高的層次來探討计螺、研究微服務(wù)的設(shè)計(jì)和實(shí)現(xiàn)顯得尤為重要。理論方法論就象燈塔瞧壮、導(dǎo)航登馒，為我們指明了方向，雖然也會有這樣那樣的問題咆槽，但只要方向?qū)α顺陆危筒粫限@北轍，總會到目的地的秦忿。

也基于這樣的認(rèn)知麦射，我們在實(shí)施微服務(wù)的時(shí)候，基于相應(yīng)的理論學(xué)習(xí)和經(jīng)驗(yàn)實(shí)踐灯谣，把微服務(wù)的生命周期過程關(guān)注的重點(diǎn)事項(xiàng)定義為：微服務(wù)規(guī)劃潜秋、微服務(wù)構(gòu)建、微服務(wù)協(xié)同胎许、微服務(wù)測試峻呛、微服務(wù)部署發(fā)布罗售、微服務(wù)運(yùn)營、微服務(wù)治理杀饵、微服務(wù)下線莽囤。每項(xiàng)任務(wù)側(cè)重點(diǎn)不同谬擦，實(shí)現(xiàn)的能力不同切距，共同完成微服務(wù)生命周期過程。

一惨远、 微服務(wù)生命周期

采用微服務(wù)不僅僅是寫幾個微服務(wù)就萬事大吉了谜悟，微服務(wù)的部署、運(yùn)營北秽，微服務(wù)之間的調(diào)用葡幸、協(xié)作，微服務(wù)版本管理贺氓、上線下線蔚叨，以及微服務(wù)體系的規(guī)劃、每個微服務(wù)的設(shè)計(jì)構(gòu)建辙培、測試蔑水，都是微服務(wù)體系中重要的內(nèi)容。也是基于此考慮扬蕊，我們將微服務(wù)整個生命周期過程任務(wù)事項(xiàng)梳理定義為規(guī)劃搀别、構(gòu)建、協(xié)同尾抑、測試歇父、部署、發(fā)布再愈、運(yùn)營榜苫、下線和治理等：

微服務(wù)規(guī)劃是在決定采用微服務(wù)之后對現(xiàn)有業(yè)務(wù)流程進(jìn)行梳理，根據(jù)自身技術(shù)能力和特點(diǎn)選擇合適的設(shè)計(jì)和構(gòu)建方法論翎冲，規(guī)劃和構(gòu)建微服務(wù)所需資源和基礎(chǔ)設(shè)施平臺等垂睬。

微服務(wù)構(gòu)建是基于微服務(wù)設(shè)計(jì)和構(gòu)建方法論，逐步提取微服務(wù)組件服務(wù)府适，分步驟的實(shí)現(xiàn)整個微服務(wù)體系建設(shè)羔飞。

微服務(wù)協(xié)同設(shè)計(jì)，是指微服務(wù)間基于彼此的聯(lián)系和依賴實(shí)現(xiàn)服務(wù)間調(diào)用和協(xié)作檐春，共同完成業(yè)務(wù)應(yīng)用邏輯功能逻淌。

微服務(wù)測試是微服務(wù)在測試環(huán)境構(gòu)建測試域，利用測試擋板工具或服務(wù)完成微服務(wù)的各項(xiàng)測試疟暖，以滿足業(yè)務(wù)部門提出的功能卡儒、性能田柔、部署、安全等各項(xiàng)需求骨望。

微服務(wù)部署是微服務(wù)達(dá)到生產(chǎn)就緒的條件下部署到生產(chǎn)環(huán)境硬爆，為微服務(wù)正式發(fā)布做好準(zhǔn)備。

微服務(wù)發(fā)布是完成生產(chǎn)驗(yàn)證后正式對外發(fā)布服務(wù)擎鸠，使服務(wù)可用缀磕。

微服務(wù)運(yùn)營是向業(yè)務(wù)應(yīng)用客戶提供正常的服務(wù)的過程，記錄并監(jiān)控運(yùn)行情況劣光、計(jì)量計(jì)費(fèi)袜蚕、維護(hù)資源、修復(fù)缺陷绢涡、安全保證等牲剃。

微服務(wù)下線涉及微服務(wù)的版本管理、下線計(jì)劃雄可、下線提醒凿傅、替代方案、接口停用数苫、服務(wù)關(guān)閉等事項(xiàng)聪舒。

微服務(wù)治理則是為保證微服務(wù)整個生命周期過程中微服務(wù)的正常運(yùn)營協(xié)調(diào)所需人員、流程文判、資源及所采取的措施等过椎，比如提供微服務(wù)接口服務(wù)、微服務(wù)安全戏仓、微服務(wù)監(jiān)控以及微服務(wù)生命周期管理等疚宇，進(jìn)行流程、人員赏殃、工具之間協(xié)作的一種方式敷待。

微服務(wù)生命周期中的微服務(wù)規(guī)劃、微服務(wù)構(gòu)建仁热、微服務(wù)協(xié)同榜揖、微服務(wù)測試、微服務(wù)部署發(fā)布抗蠢、微服務(wù)運(yùn)營举哟、微服務(wù)下線、微服務(wù)治理等事項(xiàng)側(cè)重點(diǎn)不同迅矛，實(shí)現(xiàn)的能力不同妨猩，共同完成微服務(wù)生命周期過程。同時(shí)微服務(wù)生命周期過程也是DevOps貫穿的過程秽褒，微服務(wù)的彈性壶硅、灰度威兜、監(jiān)控、治理庐椒、管理等需要依賴容器等基礎(chǔ)設(shè)施平臺的支撐椒舵。這樣可以充分利用各種技術(shù)的優(yōu)勢來提升IT對業(yè)務(wù)變化的響應(yīng)能力。

（一） 微服務(wù)規(guī)劃

基于前期的學(xué)習(xí)约谈、交流和研究笔宿，以及對自身技術(shù)實(shí)力、對業(yè)務(wù)流程的理解和認(rèn)知窗宇，選擇合適的方法梳理業(yè)務(wù)流程措伐，梳理數(shù)據(jù)交互特纤，嘗試業(yè)務(wù)分解军俊，規(guī)劃業(yè)務(wù)微服務(wù)。微服務(wù)規(guī)劃直接會影響到后期微服務(wù)的設(shè)計(jì)和構(gòu)建捧存，對微服務(wù)設(shè)計(jì)思想的認(rèn)知和對業(yè)務(wù)流程理解的深度以及微服務(wù)設(shè)計(jì)方法直接決定了微服務(wù)設(shè)計(jì)的質(zhì)量粪躬。所以我們認(rèn)為如果沒有這方面的專家指導(dǎo)微服務(wù)規(guī)劃和設(shè)計(jì)，沒有相應(yīng)的基礎(chǔ)設(shè)施支撐昔穴，不能自主管控微服務(wù)的生命周期镰官，不建議輕易采用微服務(wù)架構(gòu)。

我們認(rèn)為IT系統(tǒng)建設(shè)已經(jīng)過了走一步看一步的階段吗货，當(dāng)前需要對IT技術(shù)的選型和基礎(chǔ)平臺建設(shè)做出一個相對中長期的規(guī)劃泳唠，這類似于戰(zhàn)略層級，方向性的錯誤損失可能無法彌補(bǔ)宙搬。這也是我們關(guān)注規(guī)劃的原因之一笨腥。

微服務(wù)規(guī)劃的關(guān)鍵是對業(yè)務(wù)和技術(shù)的理解。梳理業(yè)務(wù)流程的目的也是為了加深對業(yè)務(wù)的理解勇垛，業(yè)務(wù)流程伴隨著數(shù)據(jù)流程脖母。但往往一個現(xiàn)實(shí)的問題是技術(shù)人員對業(yè)務(wù)都是一知半解，但業(yè)務(wù)系統(tǒng)建設(shè)通常由技術(shù)人員主導(dǎo)闲孤，所以結(jié)果往往不令人滿意谆级。所以我們強(qiáng)調(diào)從業(yè)務(wù)和數(shù)據(jù)的雙向融合，業(yè)務(wù)從上而下讼积，數(shù)據(jù)從下而上肥照，根據(jù)業(yè)務(wù)考慮數(shù)據(jù)的產(chǎn)生節(jié)點(diǎn)、數(shù)據(jù)量勤众、數(shù)據(jù)變化頻率舆绎、SLA（負(fù)載、響應(yīng)時(shí)間决摧、最大并發(fā)請求）亿蒸、存儲需求凑兰、網(wǎng)絡(luò)流量、局限性等边锁，從而可以方便的在下個階段構(gòu)建數(shù)據(jù)物理模型姑食。當(dāng)然這并不容易，既要求對業(yè)務(wù)有深入的理解茅坛，也要求對技術(shù)有深厚背景和廣闊知識面音半，能自主把控的專家參與并指導(dǎo)。

微服務(wù)規(guī)劃也是基于資源整合的考慮贡蓖，人力曹鸠、技術(shù)、設(shè)施斥铺、工具彻桃、數(shù)據(jù)等等若能整合在一起，可以集中力量發(fā)揮整體優(yōu)勢晾蜘。當(dāng)前軟件發(fā)展已經(jīng)從單體-集成階段過渡到了融合-平臺階段邻眷，服務(wù)化特別是微服務(wù)的思想使單體軟件系統(tǒng)逐步消亡，代之以統(tǒng)一化平臺剔交，比如基礎(chǔ)設(shè)施資源虛擬化平臺肆饶、開發(fā)托管運(yùn)維PaaS平臺、業(yè)務(wù)數(shù)據(jù)中臺和服務(wù)中臺等岖常，這些平臺也不是彼此獨(dú)立驯镊，而是協(xié)同成為一個支撐企業(yè)業(yè)務(wù)的大統(tǒng)一平臺。平臺以組件服務(wù)如同積木可插拔的方式構(gòu)建竭鞍，其擴(kuò)展性板惑、彈性、可維護(hù)性笼蛛、開放性洒放、標(biāo)準(zhǔn)化、可替換性等都是當(dāng)前單體或集成軟件無法滿足的滨砍。

在融合-平臺階段往湿，前臺不同業(yè)務(wù)組、業(yè)務(wù)團(tuán)隊(duì)的運(yùn)營需要通過云計(jì)算的多租戶機(jī)制來保證惋戏，權(quán)限隔離领追、資源隔離、可擴(kuò)展性响逢、自治等由基礎(chǔ)設(shè)施平臺來支撐绒窑。可便捷的實(shí)現(xiàn)資源的重組和調(diào)配舔亭，敏捷響應(yīng)業(yè)務(wù)快速變化需求些膨。

（二） 微服務(wù)構(gòu)建

規(guī)劃做好了蟀俊，構(gòu)建就容易多了。首先提取公共的組件订雾，比如權(quán)限肢预、配置、日志洼哎、監(jiān)控告警烫映、報(bào)表等。然后使用選擇的微服務(wù)設(shè)計(jì)構(gòu)建方法從上到下噩峦，從業(yè)務(wù)到技術(shù)锭沟；從下到上，從數(shù)據(jù)到技術(shù)识补，設(shè)計(jì)構(gòu)建出滿足業(yè)務(wù)需求的微服務(wù)族淮。比如DDD和主數(shù)據(jù)設(shè)計(jì)方法。微服務(wù)設(shè)計(jì)李请、構(gòu)建或拆分的關(guān)鍵在于正確的理解業(yè)務(wù)瞧筛，識別新建業(yè)務(wù)應(yīng)用或重構(gòu)單體應(yīng)用內(nèi)部的業(yè)務(wù)領(lǐng)域及其邊界，識別數(shù)據(jù)生成导盅、流動、變化揍瑟、存儲白翻、來源的節(jié)點(diǎn)绢片。構(gòu)建主數(shù)據(jù)模型，基于模型構(gòu)建業(yè)務(wù)組件微服務(wù)底循，再基于業(yè)務(wù)流程構(gòu)建其他的微服務(wù)組件。

不同問題需要不同視角來觀察理解熙涤，需要全面的認(rèn)知，我們不認(rèn)為一種方式可以萬能祠挫，所以可以嘗試不同的方法來構(gòu)建，從不同的視角等舔、不同的層次來驗(yàn)證微服務(wù)構(gòu)建的結(jié)果。

微服務(wù)實(shí)現(xiàn)可能更多需要考慮業(yè)務(wù)數(shù)據(jù)：數(shù)據(jù)量慌植、數(shù)據(jù)存儲义郑、數(shù)據(jù)變化、頻率以及局限條件等丈钙，然后確定數(shù)據(jù)庫層實(shí)現(xiàn)或存儲設(shè)計(jì)：單表魔慷、分區(qū)、分表著恩、分庫逢享、分?jǐn)?shù)據(jù)中心、分地域等虚吟，微服務(wù)邏輯的實(shí)現(xiàn)方式會影響到微服務(wù)的配置羔挡、部署、擴(kuò)展伍茄、彈性等栋盹。

（三） 微服務(wù)協(xié)同

我們一再強(qiáng)調(diào)微服務(wù)構(gòu)建工具并不重要，微服務(wù)生態(tài)環(huán)境才是需要認(rèn)真考慮的事情敷矫。微服務(wù)協(xié)同就要微服務(wù)在整個生態(tài)環(huán)境中高效合作完成業(yè)務(wù)需求例获。

（四） 微服務(wù)測試

測試是微服務(wù)生產(chǎn)就緒前的重要工作之一。測試是很繁瑣但又是很重要的工作曹仗，特別采用微服務(wù)之后榨汤，如果無法實(shí)現(xiàn)測試的自動化或DevOps，不只是影響交付效率和質(zhì)量怎茫，其繁重的測試工作也會讓測試人員不堪重負(fù)收壕。特別眾多微服務(wù)不同版本之間的協(xié)同測試，靠人力可能會捉襟見肘轨蛤。我們可能不得不借助工具蜜宪，在測試環(huán)境根據(jù)測試的場景自動構(gòu)建測試域，利用測試擋板工具模擬調(diào)用的服務(wù)祥山，自動生成測試用例圃验，由容器云平臺提供資源支持，實(shí)現(xiàn)彈性伸縮缝呕、灰度發(fā)布澳窑、負(fù)載均衡等能力，完成微服務(wù)的功能測試岳颇、集成測試照捡、性能測試等要求。同時(shí)檢驗(yàn)部署话侧、擴(kuò)展栗精、安全、日志、監(jiān)控告警能力等悲立。

（五） 微服務(wù)部署

為支持不同的開發(fā)語言和開發(fā)框架鹿寨，我們要求開發(fā)交付的標(biāo)準(zhǔn)是可用的滿足功能薪夕、性能、彈性馏慨、輕量的鏡像写隶，鏡像倉庫是各個環(huán)境之間的媒介慕趴，是微服務(wù)在不同環(huán)境發(fā)布和部署的起點(diǎn)鄙陡。通常DevOps流程實(shí)現(xiàn)鏡像安全檢查趁矾、導(dǎo)入導(dǎo)出、鏡像同步觅玻、鏡像部署、微服務(wù)配置牌柄、微服務(wù)注冊侧甫、微服務(wù)API管理披粟、微服務(wù)發(fā)布等守屉，由容器云平臺提供微服務(wù)部署管理和治理能力。

可生產(chǎn)部署的微服務(wù)我們要求是生產(chǎn)就緒的思灌。微服務(wù)生產(chǎn)就緒要滿足功能恭取、性能蜈垮、彈性、高可用调塌、容錯烟阐、日志蜒茄、監(jiān)控餐屎、文檔可用等能力腹缩，根據(jù)業(yè)務(wù)場景的要求支持不同的部署方式藏鹊。

（六） 微服務(wù)發(fā)布

微服務(wù)部署之后，完成生產(chǎn)驗(yàn)證楚殿，通炒嘀啵可以通過API網(wǎng)關(guān)對外發(fā)布API接口服務(wù)影涉。在服務(wù)目錄或者API Portal上進(jìn)行瀏覽查看或測試。

微服務(wù)發(fā)布可能會有灰度的場景需求匣缘，也就是對于發(fā)布的新的版本功能引導(dǎo)部分流量過來萧朝，以便用實(shí)際的業(yè)務(wù)流量數(shù)據(jù)檢驗(yàn)新的版本功能的正確性夏哭，確保整體業(yè)務(wù)應(yīng)用的穩(wěn)定，在初始灰度驗(yàn)證的時(shí)候若有問題何址，可以及時(shí)調(diào)整用爪，以減少影響偎血，若沒有問題則逐步擴(kuò)大流量盯漂，直到最后接管全部流量就缆。

（七） 微服務(wù)運(yùn)營

API網(wǎng)關(guān)是微服務(wù)架構(gòu)下重要的基礎(chǔ)組件竭宰，利用API網(wǎng)關(guān)可以完成微服務(wù)的認(rèn)證授權(quán)、訪問控制狞甚、安全機(jī)制入愧、路由、過濾怔蚌、映射、轉(zhuǎn)換椅野、流控竟闪、熔斷等非業(yè)務(wù)邏輯功能，也可進(jìn)行服務(wù)請求統(tǒng)計(jì)分析妖爷、計(jì)量計(jì)費(fèi)絮识、生成報(bào)表次舌、實(shí)現(xiàn)API經(jīng)濟(jì)，可以和容器云平臺結(jié)合更好的實(shí)現(xiàn)微服務(wù)的治理彼念。

微服務(wù)運(yùn)營要采取措施保證微服務(wù)提供的接口服務(wù)的正常運(yùn)行浅萧，比如容錯機(jī)制惯殊、負(fù)載均衡土思、備份、自動擴(kuò)展崎岂，或者根據(jù)業(yè)務(wù)場景實(shí)施流量控制冲甘，或某些特殊情景下采取熔斷機(jī)制等江醇。

運(yùn)營過程中出現(xiàn)的缺陷需要及時(shí)修復(fù)陶夜，通過的DevOps缺陷修復(fù)流程實(shí)現(xiàn)快速的迭代更新条辟，保證業(yè)務(wù)應(yīng)用不受明顯影響。

（八） 微服務(wù)下線

隨著時(shí)間的推移本姥，微服務(wù)的版本可能會越來越多婚惫，不可能同時(shí)運(yùn)營維護(hù)所有的版本辰妙，一些老舊的版本在運(yùn)營一段時(shí)間之后就可能需要考慮遷移到新的支持版本密浑，以減少維護(hù)工作量尔破，提高收益率浇衬。

微服務(wù)運(yùn)營可以采用產(chǎn)品運(yùn)營的方法胆剧，在新的版本發(fā)布之后醉冤，經(jīng)過一段時(shí)間穩(wěn)定運(yùn)行之后就不再更新維護(hù)舊的版本，建議用戶逐步遷移到新版本蚁阳。這需要定義相應(yīng)的微服務(wù)下線規(guī)則、流程和方式颠悬。

（九） 微服務(wù)治理

微服務(wù)治理理論上貫穿微服務(wù)生命周期各個階段赔癌，涉及人届榄、組織铝条、流程等。通常我們討論的是微服務(wù)發(fā)布部署和運(yùn)營運(yùn)維階段的治理能力埠忘，關(guān)注的更多是技術(shù)層面。我們討論過用API網(wǎng)關(guān)實(shí)現(xiàn)微服務(wù)治理馒索，還涉及微服務(wù)規(guī)范莹妒、接口標(biāo)準(zhǔn)、微服務(wù)注冊绰上、日志旨怠、監(jiān)控、API管理等等蜈块，都是微服務(wù)生命周期過程中治理的內(nèi)容鉴腻。我們也探討過容器云之微服務(wù)治理?，這里就不再深入討論百揭。

二爽哎、 DevOps協(xié)作

歷史總是驚人的相似！很多技術(shù)思想也是相通的器一。DevOps是為了增強(qiáng)不同團(tuán)隊(duì)之間的協(xié)作渺贤，以高效地工作，微服務(wù)協(xié)同是協(xié)調(diào)微服務(wù)之間的協(xié)同合作。微服務(wù)是構(gòu)建業(yè)務(wù)應(yīng)用的基本單元，業(yè)務(wù)應(yīng)用生命周期過程也就是DevOps貫穿的過程，協(xié)調(diào)相關(guān)的人趟紊、組織送爸、流程、資源、工具，采取有力的措施來保障業(yè)務(wù)應(yīng)用的研發(fā)、測試、部署锄列、發(fā)布、運(yùn)營等高效執(zhí)行鸭蛙，滿足快速變化的業(yè)務(wù)需求的要求肪获，對市場需要快速響應(yīng)，或者引領(lǐng)創(chuàng)造新的市場需求违孝。

三校坑、 容器云基礎(chǔ)設(shè)施平臺支撐

站的高看的遠(yuǎn)邪驮∮鞔猓基礎(chǔ)設(shè)施平臺的高度決定了其上托管運(yùn)營的業(yè)務(wù)應(yīng)用的敏捷度弛饭。微服務(wù)雖然不是必須要求容器云等基礎(chǔ)設(shè)施平臺憔晒，但有這樣的平臺將有助于提升業(yè)務(wù)應(yīng)用的敏捷度攻询，提高對業(yè)務(wù)變化的響應(yīng)能力婆翔。

歡迎工作一到五年的Java工程師朋友們加入Java程序員開發(fā)： 854393687

群內(nèi)提供免費(fèi)的Java架構(gòu)學(xué)習(xí)資料（里面有高可用、高并發(fā)、高性能及分布式趁仙、Jvm性能調(diào)優(yōu)、Spring源碼刁愿，MyBatis他炊，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點(diǎn)的架構(gòu)資料）合理利用自己每一分每一秒的時(shí)間來學(xué)習(xí)提升自己舌胶，不要再用"沒有時(shí)間“來掩飾自己思想上的懶惰！趁年輕呢蔫，使勁拼绽昏，給未來的自己一個交代！