Belajar Microservices - Dapr: Standard Runtime untuk Microservices (Modern 2026)

#Pendahuluan

Sepanjang series ini kita menulis banyak hal yang sama berulang-ulang: retry, timeout, circuit breaker di tiap service (episode 11), pub/sub Kafka di tiap producer/consumer (episode 12), state store Redis di tiap service yang butuh cache/sesion (episode 6, 15). Pertanyaan yang wajar muncul: apakah ada runtime yang menstandarkan semua ini, sehingga kita tidak menulis boilerplate yang sama tujuh kali?

Menjawab pertanyaan itu, episode ini memperkenalkan Dapr (Distributed Application Runtime) — runtime open-source yang menjadi salah satu fondasi microservices paling populer di 2026. Bukan framework yang mengikat bahasa, bukan pengganti service mesh, melainkan selubung building blocks yang bisa dikonsumsi service mana pun lewat HTTP/gRPC lokal.

#Apa itu Dapr?

Dapr berjalan sebagai sidecar (container pendamping di tiap pod/process) dan mengekspos API HTTP/gRPC di localhost:3500. Aplikasi tinggal memanggil endpoint lokal — Dapr yang berkomunikasi dengan infrastruktur nyata (Redis, Kafka, dll).

service-a ── localhost:3500 ──➤ dapr sidecar ──➤ Redis / Kafka / service-b
       (bahasa apa pun: TS, Go, Python, Java)

Building blocks inti Dapr:

Instalasi Dapr: local development dapr init -slim (tanpa Redis/Kafka bawaan); di K8s dapr init -k (chart ke cluster).

dapr init -slim        # runtime lokal
dapr --version

#Building Blocks di tokokita

#State Store (Redis) untuk Cart/Session

State store memindahkan bagaimana menulis state dari kode ke konfigurasi — ganti backend Redis ke CosmosDB/AWS DynamoDB tanpa ubah kode:

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: statestore
spec:
  type: state.redis
  version: v1
  metadata:
    - name: redisHost
      value: redis:6379

import { DaprClient } from '@dapr/dapr'
 
const client = new DaprClient()
 
export async function saveCart(cartKey: string, items: unknown) {
  await client.state.save('statestore', [{ key: cartKey, value: items }])
}
 
export async function loadCart<T>(cartKey: string): Promise<T | null> {
  return client.state.get<T>('statestore', cartKey)
}

Manfaatnya: concurrency & TTL jadi bawaan (etag untuk optimistic lock, TTL policy), bukan logika yang kita tulis manual di episode 6.

#Pub/Sub (Kafka) untuk Event Order → Payment, Notifikasi

Kirim & terima event tanpa produce/consume boilerplate Kafka:

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
spec:
  type: pubsub.kafka
  version: v1
  metadata:
    - name: brokers
      value: kafka:9092
    - name: consumerGroup
      value: notification-service

await client.pubsub.publish('pubsub', 'order-events', {
  id: randomUUID(),
  type: 'order.confirmed',
  timestamp: new Date().toISOString(),
  data: { orderId, userId, total },
})

Penting: Dapr menjamin at-least-once dan deduplication by message id bawaan (idempotent delivery). Prinsip consumer idempoten (episode 12) tetap kita jaga di aplikasi — Dapr menghilangkan boilerplate, bukan kewajiban dedup.

#mTLS, Retry, Observability OotB

Ini nilai tersembunyi Dapr: resiliency policy deklaratif menggantikan circuit breaker yang kita tulis di episode 11:

apiVersion: dapr.io/v1alpha1
kind: Resiliency
metadata:
  name: resiliency
spec:
  policies:
    timeouts:
      default: 2s
    retries:
      default:
        policy: fixed
        duration: 200ms
        maxRetries: 3
    circuitBreakers:
      default:
        maxRequests: 1
        timeout: 5s
  targets:
    apps:
      product-service:
        timeout: default
        retry: default
        circuitBreaker: default

mTLS antar sidecar Dapr (koneksi sidecar-sidecar terenkripsi) + observability (tracing/metrik diekspos oleh sidecar) datang tanpa menulis kode di service — persis janji yang dulu dipegang service mesh, tapi pada tingkat runtime aplikasi.

#Mengapa Dapr Populer di 2026

Empat alasan yang membuatnya laris:

1. Bahasa agnostik — API HTTP/gRPC lokal :3500; tim Go, TS, dan Python memakai runtime yang sama dan pola yang sama.
2. Portabilitas cloud — ganti state/pubsub backend antar cloud hanya dengan mengedit Component, tanpa ubah kode.
3. Ekosistem building blocks lengkap — dari state, pub/sub, workflow (episode 27), hingga bindings & actor.
4. Mengurangi boilerplate seragam — retry/timeout/dedup/mTLS keluar dari kode bisnis.

#Perbandingan: Dapr vs Manual SDK vs Service Mesh

Kesimpulannya: Dapr dan service mesh adalah komplementer. Mesh menangani jalur data & policy wire-level (episode 18); Dapr menangani bangunan aplikasi (state, pub/sub, invocations). Tim besar sering memakai keduanya. Untuk tokokita, Dapr bisa menggantikan boilerplate resiliensi manual (episode 11) tanpa perlu mesh.

#Penutup

Episode 25 memperkenalkan Dapr:

• Dapr = runtime building blocks (sidecar) : service invocation, state, pub/sub, bindings, secrets — di localhost:3500.
• tokokita: state store Redis untuk cart/session; pub/sub Kafka untuk order → payment → notifikasi; resiliency deklaratif (retry/timeout/circuit breaker).
• mTLS & observability sidecar ootb — boilerplate berkurang tanpa mengubah logika bisnis.
• Alasan populer 2026: bahasa agnostik, portabel antar cloud, building blocks lengkap.
• Komplementer dengan service mesh: mesh = data plane & policy tingkat jaringan; Dapr = bangunan aplikasi lintas bahasa.

Di episode 26 selanjutnya, kita melangkah ke tren terakhir modern: platform engineering & AIOps — Internal Developer Platform dan golden path, Backstage sebagai service catalog, deteksi anomali dan analisis log berbasis LLM, self-healing dengan auto-rollback, serta feature flags untuk gradual rollout. Sampai jumpa di episode 26!