一年一度的鐵人賽又開賽了,這次跟又跟幾個好朋友們組了一個奇怪的戰隊,兩個 DevOps 領域加上三個 AI/ML 領域一起努力的於這30天產出共 150 篇技術好文。
這次鐵人賽想要跟大家分享如何使用 Rancher & Rancher Fleet 來嘗試不同方式 GitOps 解決方式。
Rancher Fleet 相對於現有知名的 Flux/ArgoCD 最特別的我想莫過於其客製化應用程式的方式,其不但同時支援 Helm 與 Kustomize 這兩種格式,更可以讓兩者同時運作來達到最大客製化。
試想一下想要針對一些第三方 Helm Chart 進行客製化但是對方 values 又沒有開放時該怎麼辦,這時候就可以透過 kustomize 透過 patch 的方式來動態加入檔案或是修改欄位。
唯一遺憾的是 Rancher v2.6.0 開賽前一天才正式發布,試玩了一下不是說非常穩定,因此這30篇文章還是會基於 v2.5.9 來介紹。
歡迎舊雨新知有興趣的都可以追蹤,相關文章之後也都會發佈到自己的部落格上
https://ithelp.ithome.com.tw/users/20120317/ironman/4034
「argocd helm」的推薦目錄:
- 關於argocd helm 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
- 關於argocd helm 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
- 關於argocd helm 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
- 關於argocd helm 在 Helm - Argo Project - GitHub Pages 的評價
- 關於argocd helm 在 Argo CD Helm Chart - GitHub 的評價
- 關於argocd helm 在 Application not showing in ArgoCD when applying yaml 的評價
- 關於argocd helm 在 Deploying a Helm Chart from ArgoCD - GitHub Wiki SEE 的評價
- 關於argocd helm 在 argocd helm chart github - Open World 的評價
- 關於argocd helm 在 Hosting Helm-repo with Github Actions pages and deploying ... 的評價
argocd helm 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
本篇文章是一個入門文章,主要探討 GitOps 相關的起源與概念,同時介紹不少關於 GitOps 的工具
起源: Weaveworks 於 2017 年針對 Kubernetes 的工作環境產生了不同的部署方式,而 GitOps 這個詞也就那時開始萌芽發展
概念: 透過 Git PR 的方式來驗證與自動的部署所有與系統有關的修改。今天有任何部署的需求時,團隊要做的事情就是 1) 產生 Git PR 2)進行 Review 3) 合併 接者就是等任何修改被自動部署
Git 於整個環節中扮演者 Single Source of Truth 的角色,所有的修改都必須發生於 Git 本身,也因為是基於 Git 來使用,所以不論是 GitHub, Gitlab, Bitbucket, Gerrit 等系統都可以使用。
註: Bitbucket 還針對 GitOps 這種形式取了一個名為 BDDA 的名稱,意義為 Build-Diff-Deploy-Apply
好處:
1. 稽核性: 透過 Git 可以針對所有的修改去查閱,知道誰於什麼時間點進行什麼修改
2. 由於不需要將 Kubeconfig 等資源放到外部叢集,資安方面會比傳統外部直接Push/Apply 來得更好
3. 開發人員可以更容易地去部署應用,不需要仰賴Ops幫忙
4. ...etc
註: GitOps 並不是只能適用於 Kubernetes 本身,事實上整個系統架構都可以套用這種方式,譬如搭配 Terraform 等相關的 IaC 工具時,就可以透過 GitOps 來搭建整個系統,包含底層架構,k8s叢集以及最重要的應用程式
相關工具(文章列出滿多工具):
1. ArgoCD
2. Atlantis: Terraform PR 的自動化工具
3. Autoapply
4. CloudBees Rollout
5. FlexCD
6. Helm Operator
7. Flagger
8. Ignite
9. Faros
10. Gitkube
11. Jenkins X
12. KubeStack
13. Weave Cloud
14. Werf
15. PipeCD
https://medium.com/searce/gitops-the-next-big-thing-for-devops-and-automation-2a9597e51559
argocd helm 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
不知道大家有沒有注意最近的 LineDevDay(下方影片) ? 該影片中介紹 Line 是如何使用 ArgoCD 作為 GitOps 的解決方案,並且從中獲得了哪些好處。 Line 作為台灣一個非常知名的軟體公司,想必這樣的使用經驗也能夠給大家帶來一點 GitOps 的信心加持
因此今天這篇文章就來跟大家介紹 GitOps 的範例文章,該文章使用 CircleCI + ArgoCD 來搭建一個
GitOps 的操作流程,文章也介紹了 Repo 本身的管理,到底應用程式的原始碼與相關的設定檔案(Yaml) 要放一起還是要分開? 實際是這個問題的答案沒有絕對,不同情境都會有不同的用法,甚至還有所謂的 umbrella chart 這種概念來管理多個 Helm Chart。
有興趣的我建議先看看 Line 的介紹,接者再看看別人如何實作。當然如果對於 GitOps 不熟悉的話,也歡迎看看我部落格內全部的 GitOps 相關文章
Reference:
1. https://linedevday.linecorp.com/2020/en/sessions/9156
2. https://www.hwchiu.com/tags/GitOps/
https://medium.com/dev-genius/kubernetes-ci-cd-with-circleci-and-argocd-6473b0acdc1a
argocd helm 在 Helm - Argo Project - GitHub Pages 的推薦與評價
... <看更多>