微服務(wù)架構(gòu)的部署

1、微服務(wù)架構(gòu)的部署微服務(wù)架構(gòu)的部署本文從以下幾個方面簡要說明微服務(wù)架構(gòu)項目的實踐經(jīng)驗：架構(gòu)選型、開發(fā)測試環(huán)境下的相關(guān)工具支持、人員分工及開發(fā)部署流程、相關(guān)設(shè)計及注意事項。最后，將根據(jù)實踐經(jīng)驗討論提高微服架構(gòu)下的開發(fā)和運維效率的切實需求，進一步理清本項目所實現(xiàn)的容器服務(wù)管理平臺的完善性需求。本項目是一個企業(yè)級的容器服務(wù)管理平臺，該平臺的功能是基于容器實現(xiàn)的應(yīng)用運行環(huán)境管理，以及應(yīng)用開發(fā)階段的持續(xù)集成和持續(xù)發(fā)布。簡單的理解該平臺的核心功能之一

2、就是管理復(fù)雜應(yīng)用的開發(fā)和運維環(huán)境，提高微服務(wù)架構(gòu)下的開發(fā)和運維效率。項目的開發(fā)背景如下：首先，該系統(tǒng)具有典型分布式應(yīng)用系統(tǒng)特征：該平臺所運行的服務(wù)器配置不高，例如華為RH1288這類低配置服務(wù)器，允許硬件失??；系統(tǒng)平臺要求可根據(jù)實際用戶數(shù)的規(guī)模進行伸縮部署，保證硬件資源的合理利用；由于系統(tǒng)平臺之上需要運行若干企業(yè)應(yīng)用的開發(fā)和運行環(huán)境，可靠性是非常重要的，不允許單點失效。其次，本系統(tǒng)功能復(fù)雜，從架構(gòu)的角度需要將系統(tǒng)分成多個層次和若干個子系

3、統(tǒng)。不同的層次、子系統(tǒng)根據(jù)具體情況需要采用不同的開發(fā)語言，由不同的開發(fā)小組完成。第三，項目組成員由幾個城市的異地團隊協(xié)同開發(fā)，統(tǒng)一的開發(fā)環(huán)境和協(xié)同工具是必不可少的。針對上述項目背景的考慮，本項目選擇基于微服務(wù)架構(gòu)進行項目開發(fā)。開發(fā)、測試、部署使用到的工具集開發(fā)、測試、部署使用到的工具集“工欲善其事、必先利其器”，借助適合的流程和相關(guān)工具集，才能提高微服務(wù)架構(gòu)下的應(yīng)用開發(fā)效率。本項目利用DevOPs流程并選用一套相關(guān)工具集實現(xiàn)應(yīng)用開發(fā)管理

4、，提高開發(fā)、測試、部署的效率。代碼庫：本項目使用分布式代碼庫Gitlab，它的功能不限于代碼倉庫，還包括reviews(代碼審查)issuetracking(問題跟蹤)、wiki等功能，是代碼管理和異地團隊溝通、協(xié)作工具的首選。Docker鏡像倉庫、Docker：本項目用容器貫穿整個軟件開發(fā)流程，以容器作為應(yīng)用發(fā)布的載體，應(yīng)用的開發(fā)環(huán)境和測試發(fā)版環(huán)境都運行在Docker容器中。對于復(fù)雜的開發(fā)和運維環(huán)境管理Docker具有先天的優(yōu)勢，目前

5、國內(nèi)外的互聯(lián)網(wǎng)公司有大多數(shù)都已經(jīng)將Docker應(yīng)用到了他們的開發(fā)或者生產(chǎn)環(huán)境中了。系統(tǒng)配置管理人員：一般DevOps的開發(fā)方式是依賴于云基礎(chǔ)平臺以及自動化發(fā)布工具的，因此相對于傳統(tǒng)開發(fā)方式，對系統(tǒng)配置管理者的技術(shù)要求會比較低。但是，我們的項目開發(fā)目的就是構(gòu)建一個能支撐DevOps流程的平臺，其開發(fā)本身還不具備相應(yīng)的平臺基礎(chǔ)。因此，我們項目最初的系統(tǒng)配置管理工作是由架構(gòu)師來做的，主要需要做如下這些事：a)部署運行項目組開發(fā)需要用到公共的服

6、務(wù)組件、例如zookeeper注冊中心、DockerRegistry鏡像倉庫、數(shù)據(jù)庫等；b)為子項目編寫在git上打分支的腳本，便于測試發(fā)版的時候打分支；c)編寫各類型應(yīng)用發(fā)布部署成鏡像的Dockerfile；d)制作或者在網(wǎng)上找到現(xiàn)成的開發(fā)所需環(huán)境的Docker鏡像，并且Push到項目開發(fā)使用的私有鏡像庫中；e)編寫Shell腳本實現(xiàn)將子項目打包成Docker鏡像，并且Push到鏡像倉庫中。f)在Jenkins上配置自動編譯或者部署任