GitOps đang dần trở thành tiêu chuẩn vàng cho quản lý cấu hình và triển khai ứng dụng trên Kubernetes. Trong số các công cụ hiện có, Argo CD tiếp tục duy trì vị trí dẫn đầu. Trong nửa đầu năm 2026, dự án Argo đã phát hành hai phiên bản mang tính bước ngoặt: Argo CD 3.3 và Argo CD 3.4. Các bản phát hành này giải quyết nhiều vấn đề đau đầu liên quan đến quản lý vòng đời ứng dụng, hiệu suất đồng bộ hóa và khả năng phản ứng sự cố.

Bài viết này sẽ đi sâu vào các tính năng nổi bật nhất của hai phiên bản này, đồng thời làm nổi bật các breaking changes (thay đổi đột phá) quan trọng mà các đội ngũ Platform/DevOps phải biết trước khi nâng cấp. Nếu cơ sở hạ tầng của bạn đang dựa vào nền tảng GitOps trên ArgoCD để triển khai microservices, thì đây là những nâng cấp bạn không thể bỏ qua.

Tổng Quan Về Lộ Trình Argo CD Năm 2026

Trọng tâm của Argo CD trong năm 2026 không phải là thiết kế lại hoàn toàn giao diện người dùng hay đại tu cấu trúc cốt lõi. Thay vào đó, các maintainer đã tập trung giải quyết các điểm yếu của người dùng doanh nghiệp (enterprise users). Cụ thể:

  • Tăng cường kiểm soát trong các tình huống khẩn cấp (Incident Response).
  • Tối ưu hóa hiệu suất đồng bộ dữ liệu cho các monorepo khổng lồ.
  • Hỗ trợ tốt hơn cho các hệ thống định danh hiện đại (OIDC) và Webhooks.

Argo CD 3.4 Có Gì Mới (Tháng 5 Năm 2026)

Bản cập nhật 3.4 mang đến các công cụ điều khiển mạnh mẽ giúp các kỹ sư SRE an tâm hơn, đặc biệt khi quản lý các dịch vụ có lưu lượng truy cập lớn như Công cụ Định giá Động (Surge Pricing Engine).

Tạm Dừng Đối Chiếu Cấp Cụm (Cluster-Level Pause Reconciliation) - “Phao Cứu Sinh” Trong Sự Cố

Một trong những tính năng được mong đợi nhất là Cluster-Level Pause Reconciliation.

Trước đây, khi xảy ra sự cố trên Production (ví dụ: nghẽn cổ chai database cần sharding, hoặc rò rỉ bộ nhớ), các kỹ sư thường phải can thiệp thủ công bằng kubectl để rollback hoặc vá trực tiếp các file manifest trên cụm để cứu vãn tình hình ngay lập tức. Tuy nhiên, Argo CD sẽ phát hiện sự sai lệch này (Out of Sync) và ngay lập tức đối chiếu (sync back) cấu hình cũ từ Git, vô tình “phá hỏng” những nỗ lực giải cứu của SRE.

Với Argo CD 3.4, bạn có thể tạm dừng toàn bộ quá trình đối chiếu ở cấp độ cụm bằng cách sử dụng các lệnh CLI chính thức mới:

# Tạm dừng tất cả quá trình đối chiếu cho một cụm cụ thể (Argo CD 3.4+)
argocd cluster pause production-cluster

# Tiếp tục đối chiếu sau khi hotfix đã được commit vào Git
argocd cluster resume production-cluster

# Kiểm tra trạng thái tạm dừng hiện tại
argocd cluster get production-cluster

Một nút chuyển đổi (toggle) cũng có sẵn trực tiếp trên giao diện Argo CD 3.4 trong phần Cluster Settings → Reconciliation. Việc tạm dừng ở cấp độ cụm này khác biệt so với cách làm cũ qua AppProject.syncWindows — nó hoạt động ở tầng cơ sở hạ tầng, ảnh hưởng đồng thời đến tất cả các Application trên cụm đó. Điều này cho phép các SRE thoải mái debug và áp dụng các hotfix thủ công trước khi commit giải pháp chuẩn xác vào Git.

Chuyển Đổi Thông Báo Sang Microsoft Teams Workflows (Adaptive Cards)

Microsoft đã thông báo ngừng hỗ trợ Office 365 Connectors truyền thống. Để thích ứng, hệ thống Notification của Argo CD 3.4 đã được cập nhật để hỗ trợ Microsoft Teams Workflows thông qua Adaptive Cards.

Giờ đây, các cảnh báo về trạng thái Sync Failed hoặc Health Degraded sẽ được gửi dưới dạng Adaptive Cards tương tác. Điều này cho phép gắn thêm các nút hành động (action buttons) chuyển hướng người dùng thẳng đến giao diện Argo CD hoặc liên kết tới hệ thống log tập trung.

Cải Tiến UI: Bộ Lọc Nâng Cao Và Xóa Toàn Bộ Lọc

Đối với các hệ thống quản lý hàng ngàn Application, giao diện Argo CD đôi khi có cảm giác bị chật chội. Phiên bản 3.4 bổ sung Advanced Filters (Bộ Lọc Nâng Cao) và nút Clear All Filters, giúp việc tìm kiếm các ứng dụng đang OutOfSync hoặc Degraded trở nên nhanh như chớp.

Cải Tiến Hiệu Suất Trong Argo CD 3.3 (Đầu Năm 2026)

Nếu bản 3.4 tập trung vào vận hành, thì phiên bản 3.3 mang lại hiệu suất xuất sắc.

PreDelete Hooks Để Kiểm Soát Vòng Đời Xóa Manifest

Trong Argo CD, Resource Hooks (PreSync, PostSync) là những công cụ quen thuộc để quản lý thứ tự triển khai. Tuy nhiên, việc xóa tài nguyên thường diễn ra mà không có sự kiểm soát.

Argo CD 3.3 giới thiệu PreDelete Hook. Tính năng này cho phép bạn chạy một Job (chẳng hạn như dọn dẹp dữ liệu rác, lấy bản backup cơ sở dữ liệu cuối cùng, hoặc hủy đăng ký một IP khỏi External Load Balancer) ngay trước khi Argo CD thực sự xóa tài nguyên trên Kubernetes.

apiVersion: batch/v1
kind: Job
metadata:
  generateName: cleanup-data-
  annotations:
    argocd.argoproj.io/hook: PreDelete
spec:
  template:
    spec:
      containers:
      - name: cleanup
        image: custom-cleanup-script:latest

Shallow Git Cloning - Tăng Tốc Độ Đồng Bộ Hóa Cho Monorepos Lớn

Các công ty lớn thường lưu trữ toàn bộ cấu hình Kubernetes của họ trong một Monorepo. Khi monorepo này phình to (chứa nhiều năm lịch sử Git), Argo CD Repo Server tiêu tốn lượng RAM, CPU và băng thông mạng khổng lồ để kéo dữ liệu từ GitHub/GitLab mỗi khi có thay đổi.

Shallow Cloning giải quyết triệt để vấn đề này. Argo CD 3.3 giờ đây có thể chỉ clone commit mới nhất (depth=1) thay vì tải toàn bộ lịch sử Git. Đối với các monorepo lớn, điều này có thể giảm đáng kể thời gian sync và mức sử dụng bộ nhớ của Repo Server — mức độ cải thiện chính xác phụ thuộc vào độ sâu và quy mô lịch sử commit của kho lưu trữ.

OIDC Background Token Refresh Loại Bỏ Tình Trạng Session Timeout

Bị văng khỏi màn hình Argo CD (Session Timeout) trong lúc đang theo dõi tiến trình triển khai là một trải nghiệm cực kỳ khó chịu. Với bản 3.3, Argo CD tích hợp Background Token Refresh cho các nhà cung cấp OIDC (Okta, Keycloak, Dex). Token sẽ được âm thầm làm mới dưới nền miễn là người dùng vẫn đang tích cực làm việc hoặc mở tab, mang lại một trải nghiệm mượt mà không gián đoạn.

Lưu Ý Nâng Cấp Quan Trọng: Thay Đổi Đột Phá Trong Định Dạng SemVer Cluster Version

Đây là một điểm vô cùng quan trọng bạn cần biết trước khi nhấn nút Upgrade lên 3.4.

Argo CD sử dụng ApplicationSet Generators để tự động sinh ra các Applications dựa trên điều kiện của cụm (Cluster Generator). Trước đây, các label về phiên bản Kubernetes thường được lưu trữ khá lỏng lẻo.

Bắt đầu từ bản 3.4, quá trình phân tích (parsing) các label phiên bản Kubernetes sẽ tuân thủ nghiêm ngặt theo Semantic Versioning (SemVer) với định dạng vMajor.Minor.Patch.

🚨 CẢNH BÁO RỦI RO Nếu hệ thống ApplicationSet của bạn đang sử dụng generators với các label tùy chỉnh không tuân theo chuẩn Helm/SemVer, quá trình render manifest sẽ ngay lập tức THẤT BẠI sau khi lên v3.4. Vui lòng kiểm tra lại thật kỹ tất cả .spec.generators trong ApplicationSets của bạn trước khi tiến hành nâng cấp.

Kết Luận

Argo CD 3.3 và 3.4 trong năm 2026 đánh dấu một bước nhảy vọt đáng kể về độ trưởng thành cho nền tảng GitOps này. Từ Cluster Pause Reconciliation đến PreDelete Hooks, các tính năng này tiếp thêm sức mạnh cho kỹ sư DevOps để vận hành các hệ thống một cách an toàn và linh hoạt hơn.

Nếu bạn đang chuẩn bị nâng cấp, hãy nhớ kiểm tra lại các điều kiện SemVer trong ApplicationSets của mình để đảm bảo quá trình chuyển đổi diễn ra suôn sẻ.