Belajar GitOps dengan ArgoCD - Creating Your First Application

#Pendahuluan

Inilah momen yang kalian tunggu sejak episode 0: membuat Application pertama. Semua materi sebelumnya — GitOps, arsitektur ArgoCD, manifest, instalasi, UI dan CLI — sekarang menyatu dalam satu alur praktik. Setelah episode ini, kalian akan melihat sendiri "keajaiban" GitOps: push ke Git, dan cluster berubah mengikutinya.

Kita akan melakukan tiga hal secara berurutan: menyiapkan repository Git berisi manifest, membuat Application (lewat UI, CLI, lalu deklaratif), dan melakukan first sync beserta verifikasi di Kubernetes.

#Menyiapkan Repository Git

Struktur repository manifest untuk lab kita — satu aplikasi api yang terisolasi:

gitops-lab/
├── manifests/
│   └── api/
│       ├── namespace.yaml
│       ├── deployment.yaml
│       └── service.yaml
└── README.md

Contoh isi deployment.yaml (manifest polos, tanpa templating):

apiVersion: apps/v1
kind: Deployment
metadata:
  name: api
  namespace: production
spec:
  replicas: 2
  selector:
    matchLabels:
      app: api
  template:
    metadata:
      labels:
        app: api
    spec:
      containers:
        - name: api
          image: ghcr.io/arman/api:v1.0.0
          ports:
            - containerPort: 8080

Commit dan push semua file ke branch utama:

git add manifests/
git commit -m "feat: add api application manifests"
git push origin main

#Membuat Application melalui UI Wizard

Buka UI → klik New Application. Isi wizard:

• General — Application Name: api; Project: default; Sync Policy: pilih Manual dulu agar kita bisa mengontrol first sync.
• Source — Repository URL: URL Git kalian; Path: manifests/api; Branch: main.
• Destination — Cluster URL: https://kubernetes.default.svc (in-cluster); Namespace: production.
• Klik Create, lalu Application muncul di dashboard.

Perhatikan: statusnya langsung OutOfSync — karena definisi di Git belum pernah diterapkan ke cluster.

#Membuat Application melalui CLI

Cara yang sama bisa dilakukan dari CLI dengan satu perintah:

argocd app create api \
  --repo https://github.com/arman/gitops-lab.git \
  --path manifests/api \
  --dest-server https://kubernetes.default.svc \
  --dest-namespace production

Jika sudah dibuat via UI, perintah di atas akan error already exists — coba dengan nama aplikasi lain, misal api-via-cli.

#Application Secara Deklaratif

Inilah cara yang paling sesuai dengan semangat GitOps: Application-nya sendiri ditulis sebagai YAML. Simpan sebagai application.yaml:

application.yaml

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: api
  namespace: argocd
spec:
  project: default
  source:
    repoURL: https://github.com/arman/gitops-lab.git
    path: manifests/api
    targetRevision: main
  destination:
    server: https://kubernetes.default.svc
    namespace: production
  syncPolicy:
    automated: {}

Terapkan ke cluster, dan ArgoCD otomatis membuat Application-nya:

kubectl apply -f application.yaml
argocd app list

#First Sync

Jalankan sinkronisasi pertama:

argocd app sync api
argocd app get api

Perhatikan output argocd app get api: Sync Status berubah dari OutOfSync menjadi Synced, dan Health Status menjadi Healthy.

#Verifikasi di Kubernetes

Jangan percaya begitu saja pada dashboard — buktikan di cluster:

kubectl get all -n production
kubectl get deployment api -n production -o wide

#Menguji Loop GitOps

Ini uji terakhir dan paling penting. Ubah replicas di deployment.yaml menjadi 4, commit, dan push:

git commit -am "chore: scale api to 4 replicas"
git push origin main
argocd app sync api
kubectl get pods -n production

ArgoCD mendeteksi OutOfSync, kalian menyetujui sync, dan cluster mengikuti Git. Itulah loop yang akan kalian nikmati selamanya.

#Penutup

Application pertama kalian kini hidup:

• Repository Git berisi manifest: satu source of truth.
• Buat Application via UI wizard, CLI, atau YAML deklaratif.
• First sync manual mengubah OutOfSync → Synced dan Healthy.
• Verifikasi independen dengan kubectl sebelum memercayai dashboard.
• Push ke Git → sync → cluster berubah: loop GitOps bekerja.

Semuanya masih manual — kalian menekan tombol sync setiap kali. Di episode 7 kita akan mengotomatiskan ini: sync strategies dan policies, auto-sync dengan prune, self-healing, sync windows, sync options, sync phases dan waves, serta health assessment. Sampai jumpa!