TypeScript First Backend: Building Scalable Monolith ke Microservices tanpa Rewrite

Monolith vs Microservices: Migrasi Tanpa Rewrite Total

Banyak tim teknik terjebak dalam jebakan Big Bang Rewrite, yaitu merombak total monolit menjadi belasan service terpisah sekaligus. Pendekatan ini hampir selalu berakhir dengan keterlambatan rilis, regresi bug, dan kelelahan mental tim.

Pendekatan yang jauh lebih aman adalah Strangler Fig Pattern: memisahkan domain bisnis secara bertahap sambil mempertahankan lapisan tipe data yang terpadu (TypeScript-First).

1. Membangun Boundary Modular di Dalam Monolit (Modular Monolith)

Sebelum memisahkan repo atau server fisik, pastikan domain di dalam monolit sudah terisolasi melalui modul yang jelas:

// src/modules/billing/index.ts
// Hanya export public API; jangan biarkan modul lain mengimpor tabel internal secara langsung
export { createInvoice, getInvoiceStatus } from './service';
export type { InvoiceSummary } from './types';

2. Berbagi Kontrak Tipe Menggunakan Monorepo & tRPC / Zod

Saat satu modul (misal: Service Pembayaran) siap dipindahkan ke container mandiri, kita tetap dapat menikmati end-to-end type safety menggunakan pnpm workspace:

// packages/contracts/src/payment.ts
import { z } from 'zod';

export const ChargeCardSchema = z.object({
  customerId: z.string().uuid(),
  amountCents: z.number().int().positive(),
  currency: z.enum(['IDR', 'USD']),
});

export type ChargeCardInput = z.infer<typeof ChargeCardSchema>;

3. Transisi Database: Dual-Writing & CDC (Change Data Capture)

Untuk menghindari downtime data, gunakan Change Data Capture (CDC) berbasis Debezium atau event streaming Kafka guna menyinkronkan data antar skema lama dan baru hingga cutover selesai 100%.

Kesimpulan

Pondasi TypeScript yang solid di backend memungkinkan tim melakukan refactor arsitektural secara bertahap dengan rasa percaya diri tinggi tanpa risiko mematahkan kontrak integrasi antar modul.