一千萬個為什麽

搜索

我應該建立自己的管道還是使用GitLab用於Kubernetes?



我的公司正在從“單個網絡服務器上的許多項目”的架構轉變為在單個集群中具有多個不同托管Web應用程序的Kubernetes集群。

為了簡化新客戶的集成,我希望UI能夠克隆一個“模板”代碼庫並賦予它新的生命。從此界面創建新客戶端時,它還將在暫存群集中創建Kubernetes部署,克隆數據庫並可能執行其他自動化任務。

我想要滾動我自己的界面來管理我的Kubernetes部署,這樣我就可以完全根據要求進行定制,然後我查了一下GitLab並且發現有人可能就是這樣做了。

從未使用過GitLab,它適合我的用例嗎?

一旦初始設置完成,我實際上會將它用於預期目的,所以我知道它至少對它有好處。

問題2:我可以從GitLab編輯Kubernetes部署配置,例如在運行時更改副本計數或RAM限制嗎?

轉載註明原文: 我應該建立自己的管道還是使用GitLab用於Kubernetes?

一共有 2 個回答:

One could just run kubectl apply -f . When one updates an application, one could just run this command. A CI is basically able to run scripts. As GitLab is just a CI and a Git repository one could just run kubectl in a gitlab-ci.yml pipeline.

我會為CD部分使用Helm圖表(你可以自己編寫)。

對於CI部分,您也可以使用Jenkins頭盔圖安裝Jenkins和kubernetes插件。

你可以在Kubenetes上找到關於Helm和Jenkins的大量文檔和教程