# 【DevOps入門班】何謂 GitOps? 為什麼愈來愈多團隊開始導入? - 邱宏瑋 (hwchiu)

{%hackmd @DevOpsDay/B1cnefOI0 %}
[TOC]
#### 》[議程介紹](https://devopsdays.tw/2024/speaker-page/1131)
#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/TM2q2tke3tTG9AA3A)

> 共筆從這開始

Ｗeaveworks
> GitOps works by using Git as a single source of truth for declarative infrastructure and applications

## GitOps濫觴
2017推廣的概念（推廣的公司今年也倒閉了）
上網搜尋會看到各式各樣的說法，概念大概不統一
- 有沒有標準專案
- 有沒有標準規則
Weaveworks最初是從k8s上面構想出來的。
隨著時間推移，GitOps的概念也落地到不同環境跟領域中

## Kubernetes
多節點的container orchestration，透過yaml跟cli(kubectl, helm)可以簡單地完成應用程式的部署。

會包成兩包
- source code
- dockerfile
- k8s
- yml file

## 應用程式流程
### 開發人員
開發 撰寫 編譯 容器化送到容器倉庫
### 叢集管理人員
攥寫設定檔案 準備cli工具 連結k8s叢集並運行

> - 團隊變多功能變雜亂，怎樣把自動化可以導入進去簡化流程。
> - repo 一個放source code 一個放yml檔案

## K8S也需要部署
CI
- yml 格式檢查
- k8s語意檢查

CD
- 連結k8s叢集
- 透過cli工具部署

weavework管這套流程叫做CIOps。
有許多缺點
- 安全性
- 規模大會讓環境複雜
- 環境多
- 應用程式多(每個都有自己的設定檔案)

應用程式有問題如何重新部署
如果環境有問題，需要全部重新部署，如何部署全部的APP
一個應用程式就一個pipeline一百套會有一百個pipeline椰

## GitOps
讓k8s更容易部署
- weavework提出gitops概念
- 所有設定都是基於宣告(declaratively)去描述app的最終狀態
- 使用git作為single source of truth
- 任何修改最終狀態的設定都要自動地套用到遠方系統
- 會有一個軟體的應用池是去同步狀態並檢查一制性

### 同步軟體處理
從git repo檢查，同步軟體檢查異動，就會把他放到應用程式裡面。
若有人偷改cluster就會被告警。

### 好處
提高效率。
- 只要把yaml放進去剩下系統自己同步
- 所有手動修改都會被抓出來，因為git就是所有狀態來源
系統。

### 多環境
有多個環境就有多個同步軟體就可以用多個軟體去偵測來做跑動。

### 同步軟體
- ArgoCD
- Flux
- Jenkins X
- Fleet

### ArgoCD
- 專門為k8S設計
- 將所有跟k8s有關的yml放到git裡面
- 透過一個介面呈現各種狀態
- 目前是否同步
- 半自動全自動？

### 概念
GitOps是為了解決k8s的部署問題，相關文件都強烈綁定
但是GitOps重要的是git為核心。k8s只是一個應用，其他也可以套用Gitops

GitOps自動化軟體複雜度太高，不是所有架構跟專案都有辦法處理
- 需要讀取git
- 判別狀態差異
- 不是每種資源都可以即時更新
- 直接更新
- 砍舊建新

->最後移除同步軟體的情境，但其他GitOps的核心要保留。

### push mode pull mode
push mode進去觸發pipeline
pull mode偵測差異 pull下來來跑動建置

### GitOps痛點
yml檔案最終要誰寫？開發人員跟維運人員中間還是有衝突

### 小結
git 單一入口
git管理狀態跟對應版本
自動化佈署

#### ref
- [hwchiu.com](https://www.hwchiu.com/about)

###### tags: `DevOpsDays Taipei 2024`