Mengapa Memodernisasi Mainframe (Rajagopalan Thiruvenkatachari)

​Jika prediksi tahun 1994 menjadi kenyataan, tahun 2022 akan menjadi tahun ke-28 punahnya IBM Mainframe. Namun sebaliknya, mainframe terus melanjutkan layanannya dan permintaan MIPS semakin meningkat. Ini terus menjadi platform pilihan bagi sebagian besar mainframe besar
toko. Lalu apa masalahnya? Mengapa organisasi harus memodernisasi aplikasinya? Apa saja pilihan yang tersedia? Di blog ini, kita membahas tentang perlunya modernisasi, opsi, tren, dan bagaimana mainframe IBM diselaraskan untuk memenuhi permintaan saat ini dan masa depan.

Kebutuhan saat ini

Aplikasi mainframe saat ini menderita fobia monolit, di mana lapisan percakapan, fungsi, dan akses data digabungkan secara erat dan menyulitkan untuk membedakan batasannya. Ada banyak redundansi dalam data dan kode. Kompleksitas kode
dan pemeliharaan adalah sebuah tantangan. Tidak ada dokumentasi jelas yang tersedia, orang yang membuat aplikasi tersebut sudah pensiun atau di ambang pensiun. Selain itu, sebagian besar keterampilan warisan tidak tersedia di pasar. Kedatangan teknologi yang lebih baru dan terukur
telah mengubah model bisnisnya. Pengalaman pelanggan adalah fokus utama. Operasi bisnis telah menjadi global yang mengakibatkan peningkatan kepatuhan terhadap peraturan dan cakupan analisis risiko serta pemantauan penipuan menjadi lebih luas. Startup adalah generasi pesaing baru
Sekarang. Perusahaan rintisan ini meluncurkan produk dan fitur baru dengan kecepatan yang tidak terbayangkan dan secara perlahan menarik basis pelanggan. Metodologi pengembangan telah berubah dari air terjun menjadi tangkas. Untuk mengatasi tantangan-tantangan di atas dan berkembang, dibutuhkan saat ini
adalah memodernisasi aplikasi monolit untuk digitalisasi, agility, speed to market dan skalabilitas bisnis. Jadi, modernisasi bukan lagi suatu pilihan. Lalu apa saja pilihan dan trennya?

Opsi Modernisasi

Setiap kali kita berbicara tentang modernisasi, hal pertama yang terlintas di benak kita adalah cloud. Cloud disebut-sebut sebagai alternatif mainframe. Ini telah menjadi tren dan akan terus berlanjut selama beberapa tahun ke depan. Cloud juga menawarkan seperangkat alat dan perangkat lunak modern untuk
pengembangan, DevOps, dan layanan pemantauan otomatis. Terbukti aman, tangguh, menjamin ketersediaan dan skalabilitas. Jadi, bisakah organisasi, cukup mengalihkan seluruh proses ke cloud atau menulis ulang basis kode ke dalam bahasa generasi baru
dan database? Bagaimana cara memilih opsi yang tepat?

Tidak ada pilihan yang benar. Hal ini bergantung pada pilihan yang diambil organisasi berdasarkan tujuannya, apa yang ingin ditangani, dan jumlah risiko yang ingin diambil.  

• Opsi seperti Re-Host dan Re-Factor, hemat biaya dan tidak terlalu berisiko, namun tidak mengatasi risiko utama UKM dan teknologi serta waktu pemasaran yang lebih cepat. Seseorang dapat mempercepat proses pengiriman dengan menerapkan DevOps tetapi biaya pengkodean dan pengujian tetap akan terus berlanjut.
  Opsi ini cocok untuk organisasi dengan ukuran Mainframe yang lebih kecil, kurang dari 2,000 MIPS, dan organisasi dengan 5,000 MIPS atau kurang dapat memilih ini sebagai opsi sementara.
• Di sisi lain, Rekayasa Ulang atau Penulisan Ulang yang lengkap adalah opsi yang ideal dan futuristik dengan aplikasi yang dibangun di atas API, arsitektur berbasis layanan mikro yang diterapkan pada platform dalam container. Opsi ini mengatasi risiko utama UKM dan teknologi. Tapi itu benar
  risiko yang sangat tinggi, memerlukan investasi yang besar, waktu tunggu yang lebih lama untuk memperoleh manfaat (minimal 3 tahun) dan memerlukan komitmen jangka panjang baik dari pihak IT maupun pemangku kepentingan bisnis. Ada sedikit atau tidak ada kasus penggunaan di industri untuk opsi ini di mana seluruh sistem berada
  direkayasa ulang ke cloud atau on-premise, namun ada kasus penggunaan di mana sebagian fungsi pembeda inti dimigrasikan ke cloud atau platform on-premise untuk ketangkasan dan kecepatan dalam memasarkan.
• Opsi modernisasi hibrid dan di tempat memberikan peluang untuk memodernisasi sebagian fungsi secara selektif demi ketangkasan dan skalabilitas. Ini lebih kecil risikonya dibandingkan opsi lain. Hal ini juga hemat biaya dan menjawab beberapa kunci UKM
  dan risiko teknologi yang dihadapi oleh organisasi.  a) Identifikasi dan ekspos fungsi inti sebagai API untuk konsumsi, seperti penerimaan pelanggan, pembayaran, pemrosesan pinjaman, dll.
  b) Data inti dalam waktu nyata atau proses pasca direplikasi ke Cloud untuk AI, ML, Analisis Risiko, AML, Deteksi Penipuan, dll.
  c) Fungsi hanya pertanyaan offload (CQRS), ke  cloud sebagai layanan mikro yang diterapkan pada arsitektur berbasis container
  d) Berpartisipasi dalam implementasi DevOps perusahaan dan e) Penggunaan alat analisis dampak dan dokumentasi untuk hasil yang berkualitas dan dokumentasi untuk memitigasi risiko utama UKM. 

Beberapa referensi dari industri mengenai modernisasi dalam model hybrid, hidup berdampingan dengan Cloud melalui modernisasi selektif.

• Sebuah bank investasi besar menerapkan DevOps-CI/CD untuk aplikasi inti. Manfaatnya adalah peningkatan waktu pemasaran, kualitas, dan pengurangan biaya proyek.
• Pelanggan perbankan dan pemrosesan kartu kredit global yang besar telah menulis ulang algoritma pencocokan inti ke platform multi cloud. Manfaatnya adalah layanan mikro yang dirancang dengan aturan yang dapat dikonfigurasi untuk meningkatkan ketangkasan.
• Bursa besar Eropa menulis ulang aplikasi kelas multi-asetnya di cloud menggunakan RedHat Openshift PaaS. Manfaatnya adalah ketangkasan, kecepatan pemasaran, desain layanan mikro, dan implementasi pipeline CI/CD DevOps.
• Pelanggan besar pemrosesan pembayaran di AS memigrasikan salah satu proses inti mereka ke platform Cloud. Kode difaktorkan ulang menggunakan alat otomatis terlebih dahulu dan kemudian mengubah bagian inti menjadi layanan mikro. Keuntungannya adalah kelincahan dalam kecepatan memasuki pasar dan mengurangi risiko inti
  UKM dan keterampilan teknis.
• Sebuah bank global besar memodernisasi fungsi inti perbankannya dengan menampilkannya sebagai API. Manfaatnya adalah peningkatan pengalaman pelanggan dan layanan yang lebih cepat.

Mempertahankan dan Berinvestasi pada Platform Mainframe

IBM terus meningkatkan perangkat keras dan perangkat lunaknya agar sesuai dengan tren dan pertumbuhan bisnis saat ini.

• Pengembangan dan pengujian pembongkaran di cloud IBM dengan Wazi as a Service (aaS).
• Mengekspos kemampuan fungsional inti pada sistem Z melalui API untuk menggunakan data menggunakan IBM z/OS Connect. 
• Z Container Extensions, menjalankan Linux pada kontainer buruh pelabuhan Z di dalam z/OS – Perangkat lunak Linux apa pun, yang tersedia sebagai gambar buruh pelabuhan dapat diterapkan di Z.
• Dukungan rangkaian alat untuk implementasi DevOps dan pipeline CI/CD

 Kesimpulan

 Mainframe telah melayani Pelanggan BFSI dengan baik selama beberapa dekade. Mereka adalah platform yang kuat dan stabil yang mendukung pemrosesan penting di perusahaan BFSI. Karena transformasi digital adalah pendorong utama, alih-alih keluar dari kerangka utama, organisasi-organisasi
harus mempertimbangkan hidup berdampingan dengan cloud yang merupakan pilihan yang tidak terlalu berisiko. Opsi ini memberikan fitur terbaik dari dua dunia dalam hal ketersediaan, ketahanan dan skalabilitas, yang merupakan keuntungan dan kekuatan tambahan. Kedua platform memungkinkan pengembang
untuk memodernisasi aplikasi tanpa mengorbankan keamanan, skalabilitas, dan ketersediaan.