Dalam artikel ini
Ada 4 cara memodernisasi sistem lama: memindahkannya apa adanya ke cloud, mengonversi kodenya ke platform modern, membangunnya ulang di sekitar aturan bisnis yang sudah Anda ekstrak, atau menggantinya dengan produk siap pakai dan hanya menyimpan datanya. Ada 4 pertanyaan penentu: apakah aturan Anda khas perusahaan Anda? Apakah masalahnya ada di tempat sistem berjalan atau di sistemnya sendiri? Siapa yang masih memahami kodenya? Seberapa besar perubahan yang sanggup diterima karyawan? Amazon mengelompokkan jalur ini menjadi 7 strategi dan Microsoft menjadi 8, keduanya diputuskan per sistem.
Di bagian 4 Anda telah mengekstrak aturan bisnis sistem Anda dan meminta pemilik proses mengonfirmasinya. Aturan itulah yang memungkinkan perbandingan di bawah ini: tanpa aturan itu, Anda tidak tahu perilaku sistem mana yang akan hilang di setiap jalur.
Empat jalur dengan bahasa sederhana
Istilah teknisnya banyak, tetapi semuanya bermuara pada 4 keputusan yang bisa diikuti manajer mana pun. Tabel ini membandingkannya; nama dalam kurung adalah istilah yang akan Anda dengar dari vendor:
| Jalur | Kapan cocok | Apa yang dipertahankan | Apa risikonya | Siapa yang harus terlibat |
|---|---|---|---|---|
| Pindahkan apa adanya (Rehost) | Sistem stabil dan menjalankan tugasnya; masalahnya ada di server atau pusat data | Semuanya: kode, aturan, dan cara kerja | Anda membawa masalah lama ke tempat baru | Tim TI dan penanggung jawab keamanan serta data |
| Konversi kode (Replatform atau Refactor) | Aturannya benar, tetapi bahasa atau platformnya tidak lagi didukung atau lisensinya menjadi beban | Aturan dan perilaku sistem, di bahasa atau platform modern | Kesalahan konversi tersembunyi yang hanya muncul pada kasus langka | Pengembang, ditambah pemilik proses untuk menguji hasilnya |
| Bangun ulang di sekitar aturan (Rebuild) | Aturannya khas perusahaan Anda dan menjadi pembeda, dan sistem lama tidak lagi mampu menampung kebutuhan Anda | Aturan yang sudah dikonfirmasi dan data; kodenya ditulis baru | Jalur terpanjang dan paling banyak menuntut keputusan manajemen | Manajemen, pemilik proses, dan tim pengembang bersama-sama |
| Ganti dengan produk siap pakai (Replace) | Pekerjaan Anda di bidang ini mirip dengan perusahaan lain, seperti SDM atau akuntansi umum | Hanya data | Karyawan mengubah cara kerja agar sesuai produk, dan aturan yang tidak didukung produk hilang | Manajemen dan karyawan yang akan memakainya setiap hari |
Kode sumber adalah teks program yang dipakai untuk menulis sistem. Jika Anda tidak memilikinya, atau tidak ada lagi yang memahaminya, jalur konversi menjadi lebih sulit; panduan strategi Amazon menyebut aplikasi yang tidak ada lagi yang tahu cara memeliharanya, atau yang kode sumbernya tidak tersedia, sebagai salah satu kasus yang mendorong ke arah desain ulang.
Di mana alat konversi AI berperan
Alat seperti AWS Transform terutama bekerja di jalur kedua: membaca kode lama dan mengonversinya ke platform modern, misalnya memindahkan aplikasi .NET Framework lama ke versi modern yang berjalan di Linux. Amazon menyatakan alat ini memodernisasi aplikasi Windows, mainframe, dan VMware hingga 5 kali lebih cepat; itu klaim Amazon tentang layanannya, bukan hasil yang dijamin. Menurut halaman harganya, layanan ini mengenakan 0,035 dolar per menit agen dan tidak mengenakan biaya untuk waktu menganggur pengguna.
Namun alat itu tidak memilihkan jalur untuk Anda. Alat itu mempercepat konversi ketika konversi adalah keputusan yang tepat, dan kurang membantu jika jawaban terbaiknya adalah mengganti sistem dengan produk siap pakai. Perhatikan juga bahwa halaman region tidak mencantumkan region mana pun di Timur Tengah dan memperingatkan bahwa data Anda bisa diproses di region lain, sementara Amazon telah mengumumkan region cloud-nya di Kerajaan Arab Saudi untuk Desember 2026, menurut Kantor Berita Saudi. Jika kode Anda memuat data pelanggan, periksa di mana data itu akan diproses sebelum memulai.
Apa yang menentukan biaya dan durasi
Kami tidak akan memberi angka, karena angka apa pun tanpa mengenal sistem Anda hanyalah tebakan. Berikut faktor yang menaikkan atau menurunkan biaya dan durasi di setiap jalur:
- Ukuran dan keterkaitan: jumlah layar, laporan, dan sistem lain yang terhubung dengannya, seperti yang terlihat dari inventaris Anda di bagian 3.
- Kejelasan aturan: setiap aturan yang terkonfirmasi menghemat waktu, dan setiap aturan yang tidak diketahui berarti temuan yang terlambat dan mahal.
- Kualitas data: data ganda atau tidak lengkap perlu dibersihkan sebelum pemindahan apa pun, apa pun jalurnya.
- Seberapa banyak yang berubah bagi karyawan: memindahkan apa adanya tidak mengubah apa pun bagi pengguna; mengganti mengubah hampir semuanya dan butuh pelatihan.
- Siapa yang masih memahami sistem: satu karyawan yang tahu riwayatnya menghemat berminggu-minggu tebak-tebakan.
Soal urutan langkah, dua sumber resmi memberi saran. Panduan Amazon menyebut perancangan ulang arsitektur sebagai strategi paling rumit dan paling mahal, dan untuk migrasi besar menyarankan memindahkan dulu lalu memodernisasi setelah pemindahan selesai. Cloud Adoption Framework dari Microsoft menyatakan memindahkan apa adanya hanya cocok jika Anda yakin beban kerja itu akan tetap dalam kondisinya sekarang setidaknya dua tahun; jika tidak, lebih baik langsung memodernisasi agar tidak bekerja dua kali. Proses pemindahannya sendiri kami bahas di panduan praktis kami untuk pindah ke cloud.
Dua pilihan yang sering dilupakan: pertahankan dan pensiunkan
Tidak setiap sistem lama perlu dimodernisasi sekarang. Daftar Amazon maupun Microsoft sama-sama diawali dua pilihan yang tidak membutuhkan biaya satu proyek penuh:
- Pensiunkan: sebagian sistem sebenarnya sudah tidak dipakai. Amazon mencontohkan aplikasi yang tidak menerima koneksi masuk sama sekali dalam 90 hari terakhir, atau yang pemakaian prosesor dan memorinya di bawah 5 persen. Mematikannya setelah datanya diarsipkan mengurangi pemeliharaan dan risiko keamanan.
- Pertahankan: sistem stabil yang menjalankan tugasnya tanpa alasan dekat untuk berubah, atau sistem yang terikat pada mesin pabrik yang tidak ada padanannya. Keputusannya di sini adalah mempertahankannya, memantaunya, dan meninjaunya lagi nanti.
Jika Anda condong mengganti dengan ERP siap pakai, bandingkan dulu produk siap pakai dan buatan khusus dengan kriteria di cara memilih ERP, dan mulailah dari daftar aturan yang sudah dikonfirmasi: setiap aturan yang tidak didukung produk akan menjadi kustomisasi mahal atau pekerjaan manual.
Pandangan Origami
Kami tidak memulai dari teknologi, melainkan dari aturan: aturan bisnis mana di sistem ini yang membedakan perusahaan Anda, dan mana yang sama dengan perusahaan lain? Yang membedakan Anda layak dibangun atau dikonversi dengan cermat; yang umum bisa dilayani dengan baik oleh produk siap pakai yang terintegrasi baik dengan sistem Anda yang lain. Karena itu keputusannya sering berupa campuran: satu sistem diganti, satu lagi dikonversi, yang ketiga dipertahankan apa adanya.
Kami memakai alat AI di tempat yang benar-benar menghemat waktu, yaitu membaca, mengonversi, dan menguji kode, tetapi pilihan jalur tetap di tangan manajemen setelah melihat apa yang dipertahankan dan apa yang hilang di setiap pilihan. Jika ingin melihat cara kerja kami, lihat layanan kami.
Latihan minggu ini: satu keputusan per sistem
Kembalilah ke inventaris sistem Anda dan tambahkan dua kolom untuk setiap sistem: apakah aturannya khas perusahaan Anda atau umum? Dan di mana masalahnya: di tempat sistem berjalan atau di sistemnya sendiri? Lalu tuliskan jalur sementaranya:
| Sistem | Aturan khas atau umum? | Masalah di tempat atau di sistem? | Jalur sementara |
|---|---|---|---|
| Contoh: sistem penetapan harga | Khas | Di sistem | Konversi atau bangun ulang |
| Contoh: pengelolaan cuti | Umum | Di sistem | Ganti dengan produk siap pakai |
| Contoh: arsip lama | Tidak dipakai | Tidak penting | Pensiunkan setelah data diarsipkan |
Ini contoh ilustrasi; tabel Anda akan berbeda. Yang penting, setiap sistem memiliki alasan tertulis untuk jalurnya, yang ditinjau pemilik proses sebelum Anda meminta penawaran harga.
Selanjutnya
Anda sudah memilih jalur untuk setiap sistem. Hari paling berisiko dalam proyek masih menanti: hari peralihan. Di bagian 6 kami menjelaskan cara menguji kode yang ditulis atau dikonversi AI dengan membandingkan keluaran kedua sistem pada transaksi nyata yang sama, cara menjalankan keduanya berdampingan selama periode tertentu, dan kapan Anda membutuhkan rencana kembali.
Sumber
- Amazon: tujuh strategi migrasi dalam panduan migrasi besar — pensiunkan, pertahankan, rehost, beli ulang, rancang ulang arsitektur, dan kapan masing-masing cocok.
- Microsoft: memilih strategi migrasi cloud — delapan strategi dan syarat dua tahun untuk rehost.
- AWS Transform: halaman resmi — apa yang dimodernisasi layanan ini dan klaim kecepatan hingga 5 kali.
- AWS Transform: harga — 0,035 dolar per menit agen.
- AWS Transform: region yang didukung — region dan pemrosesan data lintas region.
- Kantor Berita Saudi: region AWS di Arab Saudi pada Desember.
- SDAIA: pelindungan data pribadi.
Tanya jawab
Lebih baik menulis ulang sistem lama saya atau menggantinya?
Tergantung aturan bisnis Anda. Jika aturannya khas perusahaan Anda dan menjadi pembeda, membangun ulang atau mengonversi lebih cocok; jika pekerjaan Anda di bidang itu mirip dengan perusahaan lain, produk siap pakai bisa cukup setelah data dipindahkan.
Apakah memindahkan sistem ke cloud apa adanya menyelesaikan masalahnya?
Tidak. Memindahkan apa adanya hanya mengubah tempat sistem berjalan, dan Microsoft hanya menyarankannya jika Anda yakin sistem akan tetap seperti itu setidaknya dua tahun.
Apakah alat AI seperti AWS Transform memilihkan jalur yang tepat untuk saya?
Tidak. Alat itu mempercepat konversi kode ketika konversi sudah menjadi keputusan; memilih jalur adalah keputusan manajemen setelah melihat apa yang dipertahankan dan apa yang hilang di setiap pilihan.
Berapa biaya dan berapa lama memodernisasi sistem lama?
Tidak ada angka yang jujur tanpa mempelajari sistemnya. Faktor penentunya adalah ukuran dan keterhubungannya, kejelasan aturan, kualitas data, seberapa banyak yang berubah bagi karyawan, dan apakah masih ada yang memahaminya.
Ikuti Origami di Google
Jadikan Origami sumber pilihan dan artikel kami akan muncul lebih dulu untuk Anda di Google Penelusuran dan Berita Utama.
