CNTUG meetup #76

各位社群的朋友們大家好！ Cloud Native Taiwan User Group (CNTUG) Meetup #76 來囉！
本次小聚我們很榮幸邀請到來自 Swag 的 Jerry Chuang 為我們分享自身使用 Helm 平台化演進，還有邀請到 Johnny 為我們帶來 ArgoCD 的新功能 Source Hydrator 功能導覽，千萬不要錯過這次精彩的實戰分享！

活動資訊

📅 日期：2026 年 10 月 28 日 (三)
📍 地點：五倍學院（台北市中正區衡陽路 7 號 5 樓）
⏱️ 時間：19:30 ~ 21:30

（活動本身免費，但需繳交場地費 $100 元，於現場繳交。）

議程表

議程介紹

讓 GitOps 不再是黑盒子 — ArgoCD 新功能 Source Hydrator 介紹

在 K8s 資源管理與 GitOps 之下，ArgoCD 幾乎是標配。
GitOps 強調使用 Git 做為單一真相來源 (Single source of truth)，
但這個「真相 (truth)」其實只到模板 (template) 那一層。
您從來都不知道最後實際 YAML 最後會長什麼樣，直到上線後給個驚喜。
ArgoCD Source Hydrator 補上了最後一塊拼圖：把 Helm/Kustomize render 出來的純 K8s manifest 自動 commit 回 Git，讓「實際部署狀態」更容易被審核與便於管理。

Johnny Sung

現任企業 DevOps / SRE 工程師，熱衷鑽研前瞻技術與自動化實踐。
開發背景深厚，具備從 App 原生開發到容器化架構的完整資歷。
同時也是社群技術推廣者，不定時會在各社群出沒，喜歡玩一些有意思的東西。

從 kubectl edit 到 GitOps：將既有 Kubernetes 工作負載導入 Helm 與 ArgoCD

這場分享會從一個已經運行在 Production 的 Kubernetes 環境出發，分享我們如何將原本依賴手動操作與 kubectl edit 的工作負載，逐步遷移到共用 Helm Chart 與 ArgoCD 管理的 GitOps 流程。

這不是一場從零開始介紹 Helm 或 ArgoCD 的教學，而是聚焦在既有系統的 Migration：當線上已經存在大量 Workload，而且現有 Manifest 本身還有許多歷史包袱時，該如何決定遷移順序、控制變更範圍，並確保平台化的過程不影響既有服務。

分享內容包含：

1. 從手動部署開始 原本的部署方式遇到了哪些問題：設定分散、變更難以 Review，以及不同服務與團隊之間缺乏一致的交付方式。
2. 建立共用 Helm Chart 如何決定哪些設定應該由平台提供預設值、哪些仍交給服務團隊控制，以及共用 Chart 在持續擴張後，values.yaml 所產生的維護問題。
3. 規劃 Migration，而不是一次重寫 面對既有 Production Workload，為什麼即使知道原本的 Manifest 有許多可以改善的地方，第一階段仍選擇盡可能 Zero Change 地接管；以及為什麼選擇先導入 Helm，再逐步交由 ArgoCD 管理，而不是一次完成所有改造。
4. Production Cutover 與實際踩過的坑 分享導入過程中的相容性檢查、資源 Ownership、部署驗證、Disruption Control 與 Rollback 準備，以及實際遇到的問題如何反過來影響後續的平台設計。
5. Migration 之後的平台演進 完成 Helm 與 ArgoCD 接管並不是終點。最後會分享目前仍在進行的 values 重構、已經確認的設計問題，以及哪些改善刻意被留到 Migration 完成之後再處理。

希望透過這次分享呈現的，不只是一套 Helm + ArgoCD 的最終架構，而是從既有系統走向 GitOps 的過程中，如何在「改善架構」與「降低 Production Change Risk」之間做取捨。

Jerry Chuang

Swag DevOps

我是目前在 Swag 擔任 DevOps 的 Jerry Chuang
提倡 DevOps 也需要設計模式! 希望多分享相關的理念與實作方式，讓 DevOps 也能做到依賴反轉!

CNTUG 徵稿中！

CNTUG 講者持續徵稿中！
趕快按下投稿跟我們分享你的經驗吧！
https://sessionize.com/cntug-meetup/