iT邦幫忙

第 11 屆 iT 邦幫忙鐵人賽

DAY 21
2
DevOps

Best Practice for DevOps on GitLab and GCP系列 第 21

Best Practice for DevOps on GitLab and GCP : DevOps Lab 開篇 - 環境與配置 - Day 21 -

Imgur

前言

接著想模擬一個實際工作環境可能碰到的情境,結合先前曾經提過的內容,以此來做一個 DevOps Lab。期望以此能讓自己所學能有一個完整的運用,同時也讓讀者了解在過去的文章是如何運用在實際工作場合,尤其是尚未步入社會或不曾以敏捷式開發的讀者,可以更輕易的融會貫通文章所提到的工具和技巧。

DevOps Lab 系列文章

人員

腳色 代稱 描述
研發工程師 RD 處理來自客戶的需求並將需求實現的人
測試工程師 QA 提升客戶需求滿意度與用戶的使用滿意度為目標
維運工程師 OP 確保伺服器的存活確保其能夠始終活著

環境設備

下表是一些在開發上很可能會存在的環境與設備說明。

環境 說明
Dev 提供前後端開發測試串接使用
QA 提供測試人員進行各式測試
Prod 上線環境可供一般使用者使用

Git 規則訂定

  1. 當 RD 收到需求後會開啟一個 issue/{Issue ID} 的 branch 進行開發
  2. 開發中 RD 可以隨時將 branch 推送到名為 dev 的 branch (自動上版至 Dev)
  3. 功能被完成後發起 Merge Request (MR) 合併至 master branch (自動上板至 QA)
  4. 最後,當功能被測試完成後 master 的內容將被 Merge 到 prod branch 時會將程式發送到 Staging 等待 OP 進行 手動/觸發 上版

專案建置規則訂定

  1. 專案主要語言為 Java 會使用 Maven 進行建置
  2. 被打包好的專案會以 Docker Image 方式發佈及部屬

結語

有了這些基礎規則的定義後,在下篇文章開始將進入 DevOps Lab 篇章。


上一篇
Best Practice for DevOps on GitLab and GCP : GCP 永久硬碟管理 (下) - Day 20 -
下一篇
Best Practice for DevOps on GitLab and GCP : DevOps Lab 專案環境建置 - GitLab篇 - Day 22 -
系列文
Best Practice for DevOps on GitLab and GCP30

尚未有邦友留言

立即登入留言