Strategi modernisasi IBM i dalam lanskap teknologi BFSI (Noel Prince Moses V)

Abstrak

Ada rekomendasi kuat untuk aplikasi IBM i untuk dimodernisasi atau dimigrasikan ke platform futuristik dan ada juga keraguan kuat yang mendorong sentimen anti-migrasi. Ini membawa kita pada pertanyaan; apakah kita perlu berinvestasi dalam keahlian
dari platform yang ada atau tidak?

Ringkasan

IBM i sebagai sistem lama, ditargetkan untuk migrasi oleh banyak perusahaan karena berbagai alasan. Di sini, di blog ini, kami akan menjelajahi opsi yang tersedia untuk migrasi dalam skenario hari ini, kemungkinan adopsi, alasan untuk tidak melacak dengan cepat
migrasi atau keluar dan kebutuhan untuk mengangkat tenaga kerja pembangunan.

IBM i (dikenal luas sebagai AS/400) telah menjadi salah satu sistem paling strategis untuk banyak perusahaan menengah hingga besar termasuk Perbankan, Layanan Keuangan, dan Asuransi (BFSI). Ini digunakan oleh semua perusahaan ini selama lebih dari 25 hingga 30 tahun. Itu menampung inti
aplikasi untuk Bank dan Penanggung termasuk Perbankan Inti, Manajemen Kartu, Administrasi Kebijakan dll. IBM i, seperti yang kita bahas di sini, adalah seluruh ekosistem yang menyertai IBM i, perangkat keras, sistem operasi, bahasa pemrograman seperti RPG,
COBOL dan CL, database DB2 untuk i, IBM MQ untuk perpesanan, manajemen pekerjaan, akses pengguna, keamanan, dll. Modernisasi Warisan sedang dalam diskusi di bank selama bertahun-tahun sekarang dan IBM i juga berada dalam radar untuk diganti dengan teknologi baru karena tantangan
terkait dengan keahlian khusus platform IBM i (RPG, COBOL), arsitektur aplikasi monolit yang mengarah ke masalah ketangkasan, interoperabilitas dengan platform lain dan alat DevOps, tidak selaras dengan investasi strategis, kehilangan sebagian besar manfaat cloud (mis.,
kapasitas sesuai permintaan), dll. Pada saat yang sama, ada sejumlah alasan mengapa migrasi ditunda. Beberapa di antaranya adalah, rilis perangkat keras baru, rilis OS, jendela dukungan yang diperpanjang, investasi saat ini pada infrastruktur berat, risiko dan biaya migrasi.
Di sini, kami mencoba mengukur kemungkinan awal keluarnya sehingga ketergantungan pada UKM-nya dapat diprediksi.

Perspektif kami

Selama periode tersebut, bisnis telah berkembang, persyaratan bisnis telah berkembang, berbagai risiko telah berkembang, persyaratan kepatuhan dan peraturan telah berkembang dan akhirnya semua ini telah ditangkap dan ditangani dalam satu aplikasi monolit tunggal untuk setiap
perusahaan. Dan karenanya tingkat kompleksitas yang tinggi memiliki konsentrasi dari semua pengetahuan, aturan bisnis, proses bisnis. Selain itu, semua implementasi teknis seperti multi-threading, perpesanan, penjadwalan pekerjaan, kontrol pekerjaan, dll.,
juga merupakan bagian dari implementasi monolit.

Dengan munculnya praktik Cloud, DevOps, dan Agile, industri dan perusahaan termasuk bankir dan perusahaan asuransi sedang mencari transformasi aplikasi IBM i juga untuk mendapatkan fitur dan manfaat terbaru. Perusahaan memiliki banyak pilihan
di depan mereka. Platform ini dapat mengikuti praktik gesit dan menjadi bagian dari dunia DevOps dengan solusi ARCAD. Salah satu bank besar di Inggris telah berhasil mengadopsi DevOps pada IBM i. IBM i Merlin Platform (Modernization Engine for Lifecycle) yang baru saja diluncurkan
Integrasi) membantu ini dengan IDE terintegrasi, alat CI/CD Merlin untuk pengalaman DevOps bersama dengan penyediaan mesin virtual IBM i, manajemen REST API, dll., dan membawa harapan untuk sistem ramah lingkungan DevOps yang lengkap di masa mendatang. Perkembangan terkini membantu dalam kelincahan
lingkungan IBM i dan menghosting ulang aplikasinya. Administrasi sistem platform ini akan dialihkan dengan memigrasikan infrastruktur secara langsung ke IBM Cloud atau ke Skytap di Azure dan IBM Cloud atau ke Connectria di AWS. Infinite i sedang dalam penyelamatan untuk menjadi tuan rumah ulang
aplikasi di Azure atau AWS atau Google Cloud. Semua opsi ini akan dikategorikan sebagai modernisasi di tempat atau modernisasi semu dan memiliki ketergantungan pada keahlian IBM i.

Kumpulan alat dari Fresche, Google (G4) menyediakan konversi satu ke satu (refactor) dari kode sumber asli IBM i dan membuka gerbang untuk penyebaran aplikasi pada sistem terbuka dan cloud. Tetapi preferensi untuk opsi ini memudar mengingat kemudahan perawatannya
dan tampilan futuristik untuk perusahaan besar seperti bank. Bank dan lebih khusus lagi Penanggung memiliki kebutuhan bisnis yang sangat dinamis seperti permintaan peraturan dan kepatuhan yang terus meningkat dan oleh karenanya membutuhkan basis kode yang sangat dapat dipertahankan.

Meninggalkan modernisasi di tempat (pilihan terakhir) dan refactor, opsi lain sebagian besar dapat dikelompokkan menjadi salah satu dari dua opsi yaitu, penggantian COTS atau menulis ulang seluruh aplikasi. Pilihan ini memiliki pro dan kontra sendiri. Untuk sebagian besar
bank berukuran menengah dan besar dan bank dengan operasi multi-negara atau multi-geografis, aplikasi intinya adalah harta mereka, kekuatan mereka, dan pendukung apa adanya. Jadi, tingkat adopsi COTS akan dibatasi karena kesesuaian aplikasi COTS yang tepat
untuk kemampuan kaya bank seperti pemrosesan kartu, loyalitas, dan manajemen hadiah.

Sekarang, bank dibiarkan dengan opsi lain yaitu menulis ulang. Seperti yang diketahui semua orang, menulis ulang aplikasi yang ada (secara fungsional setara tetapi secara arsitektur terkini) menjadi lanskap target hampir seperti membuat aplikasi baru. Rekayasa terbalik
alat dari Fresche dan ARCAD membantu mempercepat ekstraksi aturan. Cara pengembangan baru yang ditenagai dengan Agile, DevOps, Test Automation dll., penulisan ulang mungkin tidak memakan waktu terlalu lama tetapi juga tidak akan singkat. Beberapa bank besar mencoba menulis ulang
dan bereksperimen. Banyak bank menunjukkan minat untuk menulis ulang tetapi mencari migrasi yang hemat biaya, kuat dan bebas risiko atau pengurangan risiko yang masih jauh.

Terlepas dari garis waktu yang diharapkan untuk penulisan ulang, faktor-faktor seperti keputusan strategis pada lanskap target, teknologi target, arsitektur target, tantangan regulasi dan kepatuhan, perubahan organisasi untuk mengadopsi aktivitas transformasi,
investasi saat ini pada infrastruktur berat, dll., akan berdampak pada jadwal migrasi IBM i secara keseluruhan untuk sebagian besar Bank.

IBM juga terus berinvestasi dan memutakhirkan server Power (server berbasis Power10 diluncurkan pada 2021) dan IBM i (7.5 dirilis pada Mei 2022) secara teratur bersama dengan dukungan untuk teknologi terbuka juga untuk menjaga momentum dalam mempertahankan platform ini.
Jangka waktu dukungan (umumnya 7+3 tahun – Normal + Diperpanjang) dan penggunaan kembali server Power untuk lingkungan lain (AIX) adalah beberapa faktor penting yang memberikan ruang tambahan untuk pengambilan keputusan (tidak perlu terburu-buru keluar dari platform).

Kesimpulan

Dengan semua faktor ini, kebutuhan untuk menjalankan aplikasi IBM i tetap tinggi selama bertahun-tahun. Artinya, aplikasi ini harus didukung, dipelihara, dan ditingkatkan sampai perusahaan menemukan alternatif yang layak dan efektif. Tapi di
pada saat yang sama, semakin sulit untuk melibatkan tenaga kerja pada rangkaian keterampilan IBM i. Saatnya untuk meningkatkan tenaga kerja pengembangan dengan memanfaatkan IDE dan alat yang disempurnakan untuk platform ini.