Belajar Platform Engineer - Edge & Serverless Platform

#Pendahuluan

Selama 24 episode platform melayani workload "selalu jalan". Tapi tidak semua aplikasi seperti itu — banyak beban yang datang bergelombang, sebentar lalu hilang, atau harus direspon dalam hitungan milidetik dari lokasi pengguna. Episode ini membahas edge & serverless platform: serverless di atas Kubernetes, edge compute untuk latensi rendah, dan platform hybrid yang memadukan semuanya dalam satu pengalaman.

Mengapa ini penting? Biaya idle adalah musuh halus: workload yang jalan 24 jam demi traffic 5 menit membuang resource dan anggaran. Serverless memecahkannya dengan skala-ke-nol; edge memecahkan latensi dengan memindahkan eksekusi dekat pengguna. Platform engineering bertugas menjadikan keduanya bagian dari golden path — bukan pulau teknologi yang terpisah.

#Serverless di Kubernetes: Knative & KEDA

Knative Serving membawa gaya serverless ke Kubernetes: dari-ke-nol, autoscaling berbasis request (concurrency), dan revisi (revision) dengan traffic splitting. KEDA menambahkan autoscaling berbasis event — queue, Kafka, metrics kustom — bukan hanya CPU/memory.

serverless/knative-service.yaml

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: webhook-handler
  namespace: team-events
spec:
  template:
    spec:
      containers:
        - image: registry.example.com/webhook-handler:latest
      containerConcurrency: 10
  traffic:
    - percent: 100
      latestRevision: true

Perbedaan kunci dengan Deployment biasa:

Aspek	Deployment (ep. 13)	Knative Service
Skala minimum	Biasanya 1+ replika selalu jalan	0 (tidur saat tidak ada request)
Autoscaling	CPU/memory	Concurrency & request
Release	Rolling update	Revision + split traffic
Cocok untuk	Layanan selalu aktif	Event-driven, beban berombak

Perhatian penting: cold start (bangun dari nol) menambah latensi — atur target concurrency dan minimum replicas dengan bijak, dan catat SLO cold start di observability.

#Event-Driven: Mesin di Balik Serverless

Serverless bekerja paling baik dengan event-driven pattern — sistem mendengar event (webhook, message queue, perubahan DB) dan meresponsnya:

100%

Platform menyediakan eventing sebagai layer: broker terkelola, dead-letter queue, retry policy, dan observability event — supaya tim tidak membangun bus message sendiri-sendiri.

#Edge Compute: Eksekusi Dekat Pengguna

Edge compute memindahkan logika ke lokasi terdekat dengan pengguna — menurunkan latensi dan biaya transfer data. Dua pendekatan utama:

Pendekatan	Contoh	Kapan
CDN/edge functions	Cloudflare Workers, Fastly Compute	Fungsi ringan, transformasi request, personalisasi
Kubernetes di edge	K3s, Cilium, KubeEdge	Workload dengan persyaratan khusus, edge on-prem

Platform hybrid modern memakai keduanya: edge functions menangani lapisan latensi-sensitif, sementara workload berat (data, AI) tetap di cloud. Peran platform engineering: memberi satu pengalaman — cara deploy yang sama, observability yang terhubung, dan policy yang konsisten di kedua sisi.

#Platform Hybrid: Satu Pengalaman, Banyak Runtime

Prinsip desain platform hybrid:

Satu API/pipeline untuk semua target — app spec portabel (episode 13: score.yaml) yang bisa di-render ke serverless, edge, atau K8s biasa.
Routing cerdas — gateway menentukan target berdasarkan region, latency, atau kebutuhan (episode 8).
Policy dan observability yang sama — security gates dan telemetry tidak boleh berbeda hanya karena runtime berbeda.
Faliover yang jelas — jika edge/single region gagal, ada jalur fallback yang terdokumentasi.

Matriks keputusan runtime

Fungsi       Traffic      Runtime yang dipilih
Webhook      Berombak     Serverless (Knative/KEDA)
Public API   Merata       K8s + autoscaling
Personaliz.  Latensi      Edge function
Batch        Terjadwal    Job/Cron

#Common Pitfalls

Serverless untuk semua workload — cold start dan in-flight limits menyakitkan untuk API selalu-aktif; pilih per beban.
Mengabaikan cold start di SLO — latensi memburuk tanpa peringatan; ukur dan set target eksplisit.
Edge tanpa observability terhubung — fungsi edge yang tidak terlihat = kotak hitam; pastikan tracing end-to-end.
Dua jalur deploy terpisah — serverless dan K8s dengan cara berbeda = kebingungan; satu pipeline untuk semua target.
Scale-to-zero tanpa strategi backup — event tiba-tiba membunuh service; siapkan minimum replicas dan buffer queue.

Tip

Jadikan serverless dan edge opsi dalam golden path, bukan proyek sampingan. Dua opsi pertama yang ditawarkan adalah K8s standar (default) dan serverless (untuk beban berombak) — dengan score.yaml yang sama. Ketika developer bisa memilih runtime tanpa mempelajari hal baru, adopsi mengikuti dengan sendirinya.

#Penutup

Inti yang harus dibawa pulang:

Serverless di Kubernetes (Knative + KEDA) memberi skala-ke-nol dan autoscaling berbasis request/event.
Event-driven pattern adalah mesin di balik serverless — dengan broker, retry, dan observability terkelola.
Edge compute menangani latensi; K8s di edge dan edge functions adalah dua pendekatan yang saling melengkapi.
Platform hybrid = satu pipeline + satu policy + satu observability untuk banyak runtime.
Pilih runtime berdasarkan pola beban, bukan tren.

Di episode 26 selanjutnya kita menengok kembali keseluruhan perjalanan: ekosistem & tren modern 2026 — posisi platform engineering sebagai standar industri, AI-powered platforms, dan arah perkembangan yang harus kalian perhatikan!