Panduan Senior Cloud Engineer: Migrasi Multi-Cloud Tanpa Downtime dari AWS ECS/ALB ke GCP Cloud Run dengan Terraform

Ketika perusahaan SaaS menyewa Senior Cloud Engineer untuk memangkas biaya infrastruktur atau mengonsolidasikan beban kerja ke Google Cloud Platform, risiko operasional terbesar adalah downtime saat proses cutover. Dengan pengalaman lebih dari 15 tahun mengeksekusi migrasi tanpa downtime di AWS dan GCP sebagai Google Cloud Certified Professional Cloud Architect dan Cloud Engineer, saya menggunakan runbook 4 fase berbasis Terraform Infrastructure-as-Code (IaC), replikasi logis PostgreSQL berkelanjutan, dan perutean trafik bertahap.

1. Mengapa Tim Bermigrasi dari Armada AWS ECS/EC2 ke GCP Cloud Run

Banyak startup menjalankan Auto Scaling Group EC2 atau ECS di belakang Application Load Balancer (ALB) dengan NAT Gateway multi-AZ dan alamat IPv4 publik yang mahal saat trafik rendah. Untuk beban kerja API dan inferensi AI yang fluktuatif, memigrasikan komputasi stateless ke Google Cloud Run sembari mengonsolidasikan database ke Cloud SQL for PostgreSQL secara konsisten menurunkan tagihan bulanan sebesar 35%–55%.

2. Runbook Cutover 4 Fase Tanpa Kehilangan Data

1. Fase 1 — Replikasi Logis Berkelanjutan (CDC): Aktifkan rds.logical_replication = 1 pada Amazon RDS PostgreSQL dan gunakan Google Cloud Database Migration Service (DMS) untuk mengalirkan perubahan WAL secara real-time ke Cloud SQL PostgreSQL.
2. Fase 2 — Verifikasi Pembacaan Bayangan (Shadow Read): Deploy aplikasi ke Cloud Run menggunakan Terraform dan uji latensi p95 serta izin IAM sebelum mengubah rute DNS produksi.
3. Fase 3 — Promosi Database Cloud SQL (< 15 Detik): Pastikan jeda replikasi mencapai 0 bytes, promosikan Cloud SQL menjadi instance utama, dan verifikasi nilai sequence PostgreSQL.
4. Fase 4 — Pengalihan Trafik Edge & Pemantauan: Alihkan trafik dari AWS ALB ke GCP Cloud Run secara mulus tanpa memutus sesi pengguna.