由來 原本公司是使用ECS來部署服務, 最近為了跨平台, 選擇了kubernetes, 作為基礎架構 好處是不用被AWS綁定, 可在地端與各個雲平台運行服務, 而公司內的服務很多, 大多數服務已容器化 為了做版本控制, 與快速部署服務至Kubernetes上, 所以使用的helm來管理各種服務 因內部服務多為無狀態的web sevice, 但是又有很多專案, 所以根據需求做了一個template的template 新專案導入helm時可以直接clone下來使用, 其實跟helm create差不多意思 簡述 helm是kubernetes的套件管理員, 運行在kubernetes上的服務通常透過多項資源組成, 如deplyment, service, configmap等等, helm提供一個方法樣板化底下的資源, 透過values控制此服務的設定, 讓其他使用者快速地使用服務, 不用去設定各項細節, 即其中的相依性

GitLab Runner 即是為你代勞執行 CI Job 的 Worker，如果有架設多個 CI Runner 那麼在同一時間即可處理多項 CI Job，反之如果有大量的 CI Job 需要執行，但 Runner 數量有限，那麼 CI Job 就會出現 Pending 的狀態，必須等待 Runner 完成其他工作之後，才會輪到該 CI Job 被執行。 Register a Runner Gitlab Runner 可透過兩種方式向Gitlab註冊，互動式與非互動式，選擇互動式時，系統會向您詢問多個問題，例如Gitlab位置、Runner名稱、Token等等，非互動式會需要您直接從命令中指定參數的方式。 Runner configuration concurrent = 4 check_interval = 0 [[runners]]

Naming Rules General conventions 使用4個空格 使用小寫字母或是數字 使用底線(_)分隔單詞 Resource and data source arguments 請使用單數名詞作為名稱