Biaya & runbook insiden

Dua hal yang menutup proyek ini: angka yang membuktikan migrasinya sepadan, dan dokumen yang dibaca orang saat panik.

Memberi tag supaya bisa diukur

# Tag semua sumber daya dengan skema yang sama
aws ecs tag-resource --resource-arn <arn> \
  --tags key=Proyek,value=portal key=Lingkungan,value=produksi key=Komponen,value=web

# Aktifkan tag sebagai kategori biaya
aws ce update-cost-allocation-tags-status \
  --cost-allocation-tags-status TagKey=Proyek,Status=Active

Perbandingan sebelum-sesudah

# Biaya per layanan bulan ini
aws ce get-cost-and-usage \
  --time-period Start=2026-08-01,End=2026-09-01 \
  --granularity MONTHLY --metrics UnblendedCost \
  --group-by Type=DIMENSION,Key=SERVICE \
  --filter '{"Tags":{"Key":"Proyek","Values":["portal"]}}' \
  --query 'ResultsByTime[0].Groups[?Metrics.UnblendedCost.Amount>`10`].
           {layanan:Keys[0],biaya:Metrics.UnblendedCost.Amount}' \
  --output table

Alarm anggaran

aws budgets create-budget --account-id 123456789012 --budget '{
  "BudgetName": "portal-bulanan",
  "BudgetLimit": {"Amount": "1200", "Unit": "USD"},
  "TimeUnit": "MONTHLY",
  "BudgetType": "COST",
  "CostFilters": {"TagKeyValue": ["user:Proyek$portal"]}
}' --notifications-with-subscribers '[{
  "Notification": {"NotificationType":"FORECASTED","ComparisonOperator":"GREATER_THAN",
                   "Threshold":110,"ThresholdType":"PERCENTAGE"},
  "Subscribers": [{"SubscriptionType":"EMAIL","Address":"[email protected]"}]
}]'

Pakai FORECASTED, bukan ACTUAL: kamu ingin tahu bahwa kamu akan melewati anggaran, bukan bahwa kamu sudah melewatinya.

Runbook per gejala

Contoh satu runbook

## Gejala: pembayaran tidak masuk

Dampak: pelanggan membayar tapi langganan tidak aktif. Prioritas TERTINGGI.

Langkah 1 — apakah webhook sampai?
  Logs Insights, 1 jam terakhir:
    fields @timestamp, order_id, level
    | filter msg like /webhook/
    | stats count() by level

  Tidak ada baris sama sekali → webhook tidak sampai. Lanjut ke 2.
  Ada baris level=error                → lanjut ke 3.

Langkah 2 — apakah Cloudflare memblokirnya?
  Dashboard → Security → Events, filter path = /api/midtrans-webhook
  Kalau ada yang diblokir: periksa aturan skip WAF (Fase 6).
  Perbaikan cepat: tambahkan aturan Skip untuk path itu.

Langkah 3 — verifikasi tanda tangan gagal?
  Cek MIDTRANS_SERVER_KEY di task yang berjalan cocok dengan dashboard Midtrans.
  Cek gross_amount tidak dikonversi (Fase 6).

Langkah 4 — pulihkan yang tertinggal
  Jalankan penyapu manual:
    aws ecs run-task --cluster portal --task-definition portal-tugas \
      --overrides '{"containerOverrides":[{"name":"tugas",
        "command":["node","tugas.mjs","sapu-pesanan"]}]}'

Langkah 5 — verifikasi
  SELECT COUNT(*) FROM langganan
  WHERE status='menunggu' AND dibuat_pada < NOW() - INTERVAL 30 MINUTE;
  Harus mendekati nol.

Eskalasi: kalau belum selesai dalam 30 menit, hubungi dukungan Midtrans
dengan daftar order_id yang terpengaruh.

Post-mortem

Yang harus ada sebelum kamu tidur nyenyak

Baris ketujuh layak digarisbawahi: dengan stale-if-error sehari penuh, origin yang tumbang total tetap menyisakan portal yang menyajikan artikel dari edge. Pembaca melihat berita yang terlambat beberapa jam alih-alih halaman error — dan kamu punya waktu memperbaiki tanpa tekanan.