Catatan Lapangan ②: Migrasi bertahap tanpa mengubah satu baris pun kode yang ada

Studi kasus penerapan AI

Sebuah sistem inti manajemen penjualan. Beroperasi hampir 20 tahun dan menjalankan operasi setiap hari. OS-nya sudah lama berakhir masa dukungan, server aplikasi maupun teknologi tampilannya juga sudah tertinggal satu generasi. Bahwa mereka tetap tidak berani menempuh "pembaruan menyeluruh" adalah keputusan yang wajar bila mempertimbangkan skala dan dampaknya terhadap operasi.Catatan Lapangan ①kami memilih "membangun ulang", tetapi membangun ulang tidak selalu optimal untuk setiap sistem. Strategi yang kami tempuh kali ini adalahtidak menyentuh sistem yang ada sama sekali, dan membangun pintu masuk baru di sisi luarnya— inilah yang disebut pola strangler.

Perubahan pada kode yang ada: 0 baris.

Pengguna → gateway baru (baru dibangun) → sistem yang ada (tanpa modifikasi) → DB yang ada (apa adanya)

• Di sisi sistem yang ada, kami hanya menambahkanlapisan REST tipisyang memungkinkan logika bisnis internal dipanggil dari luar. Tak satu baris pun kelas yang ada kami ubah. Karena tidak disentuh, tidak akan rusak
• Di lapisan depan, kami membangungateway baru(Java 21 / Spring Boot). Pengguna masuk lewat SSO dengan akun platform chat bisnis internal, dan hanya permintaan yang sudah terautentikasi yang diteruskan ke sistem yang ada
• Tampilan dibangun ulang secara modern di sisi gateway baru. Baik pendaftaran massal maupun pendaftaran lewat formulirmenggunakan kembali 100% logika pendaftaran sistem yang adauntuk berjalan

Risiko dikurung di dalam "lapisan yang baru dibangun", sementara logika bisnis yang sudah teruji tetap dimanfaatkan apa adanya. Inilah inti dari strategi ini.

Dalam beberapa hari sejak dimulai, E2E di atas infrastruktur produksi berhasil terwujud.

Agen AI (Claude Code) membaca kode sistem yang ada, membereskan satu per satu keanehan struktur internal khas kerangka kerja lama, lalu melanjutkan hingga implementasi gateway, pembangunan server, dan pengaturan reverse proxy. Hasilnya,dalam beberapa hari sejak dimulai, alur menyeluruh berhasil terwujud — dari URL publik, melewati autentikasi, hingga data nyata terdaftar melalui mesin yang ada. Setelahnya, kami menambah fungsi per layar, mulai dari pencarian hingga pendaftaran baru.

Kelebihan migrasi bertahap adalahkita dapat memindahkan layar ke sisi baru secara berurutan, mulai dari yang paling sering dipakai. Tanpa memerlukan dana besar, penataan tim, ataupun periode pembekuan seperti pembaruan menyeluruh, kita dapat memperluas cakupan "sistem baru" tanpa menghentikan operasi. Pola strangler sendiri adalah metode yang sudah lama ada, tetapi karena penguraian dan implementasinya menuntut tenaga kerja yang tidak sedikit, ia menjadi pilihan yang sulit lolos persetujuan. Karena AI membuat keduanya jauh lebih cepat berlipat ganda,muncullah jalan ketiga yang realistis di antara dua pilihan "pembaruan menyeluruh atau dibiarkan terbengkalai".

Apakah Anda menghadapi situasi yang sama?

"Ada sistem inti yang tak bisa dihentikan", "persetujuan untuk pembaruan tak kunjung lolos", "setidaknya tampilan baru dan autentikasi baru saja" — untuk sistem itu, ada jalan untuk memperbarui hanya pintu masuknya tanpa merusaknya.

Seri "Catatan Lapangan Legacy to AI"

• Rangkuman: 22 sistem dan 246 ribu baris pada satu PC — catatan terukur pengembangan AI selama 3,5 bulan
• Catatan Lapangan ①: Memperbarui total Java berusia 20 tahun dalam sekitar satu minggu
• Catatan Lapangan ②: Membuat pintu masuk baru ke sistem inti tanpa mengubah satu baris pun kode yang ada (artikel ini)
• Catatan Lapangan ③: Menuntaskan kajian arsitektur sebulan dengan prototipe 2 hari + pengukuran nyata

*Angka dalam artikel ini adalah nilai terukur per akhir Juli 2026. Hasil pengembangan berbeda-beda tergantung kondisi dan kebutuhan sistem.