微服務(wù)架構(gòu)部署-文庫吧資料
2025-04-19 04:56本頁面
【正文】 OY_VERSION}git checkout ${DEPLOY_VERSION}elsegit checkout ${DEPLOY_VERSION}git pullfi替換k8s配置文件中環(huán)境指向,從開發(fā)切換到測試替換掉makefile中發(fā)布的鏡像Tag的latest為release版本號for f in ${RP_FILES[]}。 thencat EOFUsage: versionEOFexit 1fiDEPLOY_VERSION=$1RP_FILES=(subproject1/ subproject1/ subproject1/Makefile)if [ z $(git branch a | grep e /${DEPLOY_VERSION}$) ]。配置管理員在項目目錄下編寫的腳本文件結(jié)構(gòu)如圖2所示。當(dāng)測試版本穩(wěn)定后，由配置管理員將代碼合并到Master分支中。 每個Sprint階段測試發(fā)版時，配置管理員從develop分支上創(chuàng)建一個用于測試的release分支。圖 1 項目持續(xù)集成和部署流程代碼分支管理：如圖所示，在git上創(chuàng)建的每一個項目都需要至少建立develop和master兩個分支。f) 在Jenkins上配置自動編譯或者部署任務(wù)，實現(xiàn)持續(xù)集成和部署。但是，我們的項目開發(fā)目的就是構(gòu)建一個能支撐DevOps流程的平臺，其開發(fā)本身還不具備相應(yīng)的平臺基礎(chǔ)。讓所有開發(fā)者懂Dockerfile似乎要求也有點(diǎn)高，其實每個子項目中的DockerFile及腳本一般是在搭建項目框架時，主要系統(tǒng)配置管理員編寫的好的模板，若開發(fā)人員不懂相關(guān)技術(shù)，也可以跟配置管理員溝通需求，由配置管理員修改相關(guān)文件。c) 由于本項目是采用Docker容器作為發(fā)布載體的，開發(fā)者可能需要修改DockerFile模板里的部分參數(shù)，便于部署階段能將編譯后的代碼打包到鏡像中。開發(fā)人員：a) 開發(fā)者做開發(fā)設(shè)計，需要將涉及到接口部分設(shè)計更新到wiki上，供調(diào)用者評審和調(diào)用。通俗的說，就是有了工具，大家要知道怎么使用工具，并且愿意使用工具才能真正達(dá)到提高研發(fā)效率的目的。DevOps主張以自動化任務(wù)處理方式實現(xiàn)軟件交付及基礎(chǔ)設(shè)施更新，可以說是微服務(wù)架構(gòu)應(yīng)用開發(fā)和運(yùn)維的必要條件，本項目采用DevOps的理念的開發(fā)流程進(jìn)行開發(fā)。禪道：為了便于開發(fā)計劃、開發(fā)任務(wù)和bug關(guān)聯(lián)起來，本項目使用禪道進(jìn)行開發(fā)任務(wù)和bug管理。Shell腳本：編寫Shell腳本將項目打分支、發(fā)布應(yīng)用等開發(fā)階段的配置管理工作自動化，降低運(yùn)維門檻、提高配置管理和運(yùn)維的效率。K8s：本項目采用Kubernates作為容器調(diào)度管理的基礎(chǔ)環(huán)境，開發(fā)環(huán)境、測試環(huán)境的Docker容器都由K8s負(fù)責(zé)調(diào)度管理。Docker鏡像倉庫、Docker：本項目用容器貫穿整個軟件開發(fā)流程，以容器作為應(yīng)用發(fā)布的載體，應(yīng)用的開發(fā)環(huán)境和測試發(fā)版環(huán)境都運(yùn)行在Docker容器中。本項目利用DevOPs流程并選用一套相關(guān)工具集實現(xiàn)應(yīng)用開發(fā)管理，提高開發(fā)、測試、部署的效率。針對上述項目背景的考慮，本項目選擇基于微服務(wù)架構(gòu)進(jìn)行項目開發(fā)。不同的層次、子系統(tǒng)根據(jù)具體情況需要采用不同的開發(fā)語言，由不同的開發(fā)小組完成。項目的開發(fā)背景如下：首先，該系統(tǒng)具有典型分布式應(yīng)用系統(tǒng)特征：該平臺所運(yùn)行的服務(wù)器配置不高，例如華為RH1288這類低配置服務(wù)器，允許硬件失
公司管理相關(guān)推薦
鄂ICP備17016276號-1