Modernisasi mainframe dan midrange dengan Azure Logic Apps

Panduan ini menjelaskan bagaimana organisasi Anda dapat meningkatkan nilai bisnis dan kelincahan dengan memodernisasi lingkungan mainframe dan midrange Anda menggunakan Azure Logic Apps. Dunia bisnis saat ini mengalami era hiper-inovasi dan sedang dalam pencarian permanen untuk mendapatkan efisiensi perusahaan, pengurangan biaya, pertumbuhan, dan keselarasan bisnis. Organisasi mencari cara untuk memodernisasi, dan salah satu strategi yang efektif adalah menambah nilai bisnis saat menggunakan aset warisan yang ada.

Untuk organisasi dengan investasi dalam sistem mainframe dan midrange, ini berarti memanfaatkan platform terbaik yang membantu mengirim manusia ke bulan atau membantu membangun pasar keuangan saat ini dan memperluas nilainya menggunakan cloud dan kecerdasan buatan (AI). Skenario ini adalah tempat Azure Logic Apps dan kemampuan aslinya untuk mengintegrasikan dengan mainframe dan sistem midrange yang mulai dimainkan, dengan membuka pintu ke dunia AI untuk investasi warisan. Di antara fitur lain, Azure Logic Apps menggabungkan kemampuan inti Host Integration Server (HIS), yang telah digunakan untuk mainframe dan integrasi midrange pada inti pelanggan Microsoft yang paling strategis selama 20+ tahun. Akibatnya, Azure Logic Apps telah menjadi Integration Platform-as-a-Service (iPaaS) untuk sistem mainframe dan midrange.

Ketika pengembang perusahaan membangun alur kerja integrasi dengan Azure Logic Apps, mereka dapat lebih cepat mengirimkan aplikasi baru menggunakan sedikit atau kurang kode kustom. Pengembang yang menggunakan Visual Studio bisa lebih produktif daripada mereka yang menggunakan alat dan teknologi pengembangan mainframe IBM karena mereka tidak memerlukan pengetahuan tentang sistem dan infrastruktur mainframe. Azure Logic Apps memberdayakan analis bisnis dan pembuat keputusan untuk menganalisis dan melaporkan informasi warisan penting dengan lebih cepat. Mereka dapat langsung mengakses data di sumber data mainframe, yang menghapus kebutuhan untuk membuat pengembang mainframe membuat program yang mengekstrak dan mengonversi struktur mainframe yang kompleks.

Kemampuan asli cloud untuk integrasi sistem mainframe dan midrange

Sejak 1990, Microsoft telah menyediakan integrasi dengan mainframe dan sistem midrange melalui Microsoft Communications Server. Evolusi lebih lanjut dari Microsoft Communications Server membuat Host Integration Server (HIS) pada tahun 2000. Sementara HIS dimulai sebagai Gateway Arsitektur Jaringan Sistem (SNA), HIS diperluas untuk menyertakan penyimpanan data IBM (DB2, VSAM, dan Informix), sistem transaksi IBM (CICS, IMS, dan IBM i), dan pesan IBM (Seri MQ). Pelanggan strategis Microsoft telah menggunakan teknologi ini selama lebih dari 20 tahun.

Untuk memberdayakan pelanggan yang menjalankan aplikasi dan data di Azure untuk terus menggunakan teknologi ini, Azure Logic Apps dan Visual Studio secara bertahap telah menggabungkan kemampuan ini. Misalnya, HIS Designer untuk Logic Apps yang berjalan di Visual Studio, dan Alat Desain 3270, membantu Anda membuat artefak metadata yang diperlukan oleh konektor bawaan yang Anda gunakan untuk mainframe dan integrasi midrange di Azure Logic Apps. Konektor bawaan ini berjalan menggunakan sumber daya komputasi yang sama dengan alur kerja aplikasi logika Standar. Desain ini tidak hanya memungkinkan Anda untuk mencapai skenario latensi rendah, tetapi juga memperluas jangkauan Anda untuk mengatasi lebih banyak pemulihan bencana dan kebutuhan pelanggan ketersediaan tinggi.

Untuk informasi selengkapnya tentang kemampuan Microsoft untuk mainframe dan integrasi midrange, lanjutkan ke bagian berikut.

Microsoft HIS Designer untuk Logic Apps

Alat ini membuat artefak metadata sistem mainframe dan midrange untuk Azure Logic Apps dan bekerja dengan Microsoft Visual Studio dengan menyediakan perancang grafis sehingga Anda dapat membuat, melihat, mengedit, dan memetakan objek metadata ke artefak mainframe. Azure Logic Apps menggunakan peta ini untuk mencerminkan program dan data dalam sistem mainframe dan midrange. Untuk informasi selengkapnya, lihat HIS Designer untuk Logic Apps.

Alat Desain Microsoft 3270

Alat ini merekam layar, jalur navigasi, metode, dan parameter untuk tugas di aplikasi Anda sehingga Anda dapat menambahkan dan menjalankan tugas tersebut sebagai tindakan konektor 3270. Sementara HIS Designer untuk Logic Apps menargetkan sistem transaksi dan data, Alat Desain 3270 menargetkan 3270 aplikasi. Untuk informasi selengkapnya, lihat Alat Desain 3270.

Konektor Azure Logic Apps untuk sistem mainframe dan midrange IBM

Bagian berikut menjelaskan konektor berbasis penyedia layanan bawaan yang dapat Anda gunakan untuk mengakses dan berinteraksi dengan mainframe IBM dan sistem midrange saat Anda membuat alur kerja Standar di Azure Logic Apps.

Catatan

Meskipun beberapa konektor berikut tersedia sebagai konektor "bersama" yang berjalan di Azure global, panduan ini difokuskan pada konektor bawaan berbasis penyedia layanan, yang hanya tersedia saat Anda membuat alur kerja Standar di Azure Logic Apps.

IBM 3270

Konektor Azure Logic Apps untuk 3270 ini memungkinkan alur kerja Standar mengakses dan menjalankan aplikasi mainframe IBM yang biasanya Anda drive dengan menavigasi melalui 3270 layar emulator. Konektor menggunakan aliran TN3270. Untuk informasi selengkapnya, lihat Mengintegrasikan aplikasi berbasis layar 3270 di mainframe IBM dengan Azure dengan menggunakan Azure Logic Apps dan konektor IBM 3270.

Sistem Kontrol Informasi Pelanggan IBM (CICS)

Konektor Azure Logic Apps untuk CICS ini menyediakan alur kerja Standar dengan kemampuan untuk berinteraksi dan berintegrasi dengan program CICS menggunakan beberapa protokol, seperti TCP/IP dan HTTP. Jika Anda perlu mengakses lingkungan CICS menggunakan LU6.2, Anda perlu menggunakan Host Integration Server (HIS). Untuk informasi selengkapnya, lihat Mengintegrasikan program CICS pada mainframe IBM dengan alur kerja Standar di Azure Logic Apps menggunakan konektor IBM CICS.

IBM DB2

Konektor Azure Logic Apps untuk DB2 ini memungkinkan koneksi antara alur kerja Standar dan database DB2 yang berada di tempat atau di Azure. Konektor ini menawarkan profesional TI perusahaan dan pengembang akses langsung ke informasi penting yang disimpan dalam sistem manajemen database DB2. Untuk informasi selengkapnya, lihat Mengakses dan mengelola sumber daya IBM DB2 menggunakan Azure Logic Apps.

File Host IBM

"Konektor" Azure Logic Apps untuk File Host ini menyediakan pembungkus tipis di sekitar fitur "Flat File Parser" di Server Integrasi Host. "Konektor" offline ini menyediakan operasi yang mengurai atau menghasilkan data biner ke dan dari file host. Operasi ini mengharuskan data ini berasal dari pemicu apa pun atau tindakan lain yang menghasilkan data biner. Untuk informasi selengkapnya, lihat Mengurai dan membuat file host IBM menggunakan Azure Logic Apps.

IBM i

Konektor Azure Logic Apps untuk IBM ini memungkinkan alur kerja Standar berinteraksi dan berintegrasi dengan program COBOL dan RPG yang berjalan pada sistem IBM i menggunakan TCP/IP. Jika Anda perlu mengakses lingkungan IBM i menggunakan LU6.2, Anda perlu menggunakan Host Integration Server (HIS). Untuk informasi selengkapnya, lihat Mengintegrasikan program COBOL dan RPG pada midranges IBM dengan alur kerja Standar di Azure Logic Apps menggunakan konektor IBM i.

Sistem Manajemen Informasi IBM (IMS)

Konektor Azure Logic Apps untuk IMS ini menggunakan komponen IBM IMS Connect, yang menyediakan akses performa tinggi dari alur kerja Standar ke transaksi IMS menggunakan TCP/IP. Model ini menggunakan antrean pesan IMS untuk memproses data. Untuk informasi selengkapnya, lihat Mengintegrasikan program IMS di mainframe IBM dengan alur kerja Standar di Azure Logic Apps menggunakan konektor IBM IMS.

IBM MQ

Konektor Azure Logic Apps untuk MQ ini memungkinkan koneksi antara alur kerja Standar dan server IBM MQ lokal atau di Azure. Microsoft juga menyediakan kemampuan integrasi IBM MQ dengan Host Integration Server dan BizTalk Server. Untuk informasi selengkapnya, lihat Menyambungkan ke server IBM MQ dari alur kerja di Azure Logic Apps.

Tantangan untuk modernisasi sistem mainframe dan midrange

Sistem mainframe dan midrange dapat menghosting beberapa lingkungan yang berisi program, data, file, dan alat. Selama bertahun-tahun, lingkungan ini mungkin belum direfaktor atau dibiarkan tumbuh dan mencapai batasnya, meskipun peningkatan perangkat keras. Lingkungan ini mungkin juga telah dikelola oleh beberapa pengembang dan admin TI, yang mengikuti pola dan teknik pemrograman yang berbeda, atau merekrut pihak lain untuk membantu tugas yang membutuhkan keahlian yang langka di pasar. Seiring dengan kumpulan profesional berpengalaman yang menyusut, semua faktor ini menciptakan pekerjaan yang kompleks dan menantang untuk memodernisasi mainframe dan lingkungan midrange.

Meskipun daftar berikut ini tidak komprehensif, menentukan strategi modernisasi yang berhasil secara minimal mencakup cara untuk menangani tugas-tugas berikut:

• Pertahankan indikator dan tujuan tingkat layanan saat ini untuk lingkungan Anda.
• Mengelola koeksistensi antara data warisan bersama dengan data yang dimigrasikan.
• Lakukan DevOps di seluruh lingkungan selama koeksistensi.
• Mengelola interdependensi aplikasi.
• Tentukan masa depan penjadwal dan pekerjaan mainframe.
• Tentukan strategi untuk mengganti produk komersial off-the-shelf (COTS).
• Melakukan aktivitas pengujian fungsional dan nonfungsi hibrida.
• Pertahankan dependensi atau antarmuka eksternal.

Dengan mengingat tugas-tugas ini, pelanggan biasanya memilih salah satu jalur berikut untuk melakukan modernisasi sistem mainframe dan midrange:

• Ledakan Besar

  Pendekatan ini sebagian besar didasarkan pada model pengiriman perangkat lunak air terjun tetapi dengan iterasi dalam fase. Pendekatan big bang diadopsi lebih banyak oleh pelanggan dengan sistem mainframe atau midrange kecil dan lingkungan kompleksitas rendah karena jumlah baris kode yang rendah, kepadatan aplikasi yang rendah, dan sistem warisan atau bahasa pemrograman yang terkenal.

• Gelombang tangkas

  Pendekatan ini mengikuti prinsip-prinsip Agile dari rekayasa perangkat lunak. Pendekatan gelombang Agile diadopsi lebih banyak oleh pelanggan dengan mainframe atau sistem midrange yang lebih besar dan lingkungan kompleksitas yang tinggi karena banyaknya garis kode, kepadatan aplikasi tinggi, sistem atau bahasa pemrograman yang kurang dikenal, dan jumlah dependensi dan antarmuka yang tinggi.

Pilihan antara jalur ini tergantung pada kebutuhan dan skenario organisasi Anda. Setiap jalur memiliki manfaat dan kelemahan yang perlu dipertimbangkan. Bagian berikut memberikan informasi selengkapnya tentang pendekatan modernisasi ini.

Big bang atau air terjun

Migrasi big bang biasanya memiliki fase berikut:

1. Perancangan: Pembukaan

2. Perencanaan: Identifikasi dan siapkan hasil perencanaan, seperti cakupan, waktu, dan sumber daya.

3. Bangunan: Dimulai setelah perencanaan hasil disetujui

   Fase ini juga mengharapkan bahwa semua pekerjaan untuk dependensi telah diidentifikasi, dan kemudian aktivitas migrasi dapat dimulai. Beberapa perulangan terjadi untuk menyelesaikan pekerjaan migrasi.

4. Stabilisasi atau pengujian: Dimulai ketika lingkungan, dependensi, dan aplikasi yang dimigrasikan diuji terhadap wilayah pengujian di lingkungan mainframe.

5. Sebarkan: Setelah semuanya disetujui, migrasi akan ditayangkan ke produksi.

Organisasi yang biasanya memilih pendekatan ini berfokus pada penguncian waktu, cakupan migrasi, dan sumber daya. Jalur ini terdengar seperti pilihan positif tetapi mencakup risiko berikut:

• Migrasi dapat memakan waktu berbulan-bulan atau bahkan bertahun-tahun.

• Penyebaran ke produksi lebih berisiko.

• Analisis yang Anda lakukan pada awal perjalanan migrasi atau selama perencanaan tidak lagi akurat karena informasi tersebut biasanya kedaluarsa.

• Organisasi biasanya berfokus pada memiliki dokumentasi komprehensif untuk mengurangi risiko pengiriman.

  Namun, waktu yang dihabiskan untuk menyediakan artefak perencanaan menyebabkan efek yang berlawanan. Berfokus pada perencanaan lebih dari mengeksekusi cenderung menciptakan penundaan eksekusi, yang menyebabkan peningkatan biaya dalam jangka panjang.

Gelombang tangkas

Pendekatan Agile berorientasi pada hasil dan berfokus pada pembangunan perangkat lunak dan tidak merencanakan hasil. Tahap pertama pengiriman Agile mungkin kacau dan kompleks untuk hambatan organisasi yang perlu dipecah dan untuk menyelaraskan tim migrasi. Namun, setelah tim migrasi matang setelah beberapa sprint eksekusi, perjalanan menjadi lebih lancar. Tujuan dari pendekatan ini adalah untuk sering merilis fitur ke produksi dan memberikan nilai bisnis lebih cepat daripada dengan pendekatan big bang.

Migrasi gelombang Agile biasanya memiliki sprint berikut:

• Sprint nol (0)

  • Tentukan tim, backlog kerja awal, dan dependensi inti.
  • Identifikasi fitur dan Minimum Viable Product (MVP) untuk dikirimkan.
  • Mulai kesiapan mainframe dengan serangkaian item kerja atau cerita pengguna yang dipilih untuk memulai pekerjaan.

• Sprint 1, 2, ..., N

  Setiap sprint memiliki tujuan di mana tim mempertahankan pola pikir pengiriman, yang berarti bahwa mereka fokus pada penyelesaian tujuan migrasi dan melepaskan hasil kerja ke produksi. Tim dapat menggunakan sekelompok sprint untuk memberikan fitur tertentu atau gelombang fitur. Setiap fitur mencakup irisan beban kerja integrasi.

Elemen bersama, seperti pekerjaan dan interdependensi, ada dan berdampak di seluruh lingkungan. Strategi yang berhasil berfokus pada pengaktifan sebagian pekerjaan, mendesain ulang aplikasi untuk modernisasi, dan meninggalkan sistem dengan sebagian besar interdependensi hingga akhir untuk terlebih dahulu mengurangi jumlah pekerjaan migrasi dan kemudian menyelesaikan cakupan upaya modernisasi.

Microsoft merekomendasikan modernisasi beban kerja sistem mainframe dan midrange dengan mengikuti model berbasis gelombang Agile yang berulang dengan berfokus pada investasi di platform baru, sambil membatasi pertumbuhan sistem warisan. Pendekatan ini sangat mengurangi risiko implementasi dengan mempertahankan nilai bisnis yang ada, sambil memperkenalkan lingkungan yang dimodernisasi. Dengan begitu, tim Anda juga dapat memanfaatkan keterampilan teknologi yang membantu bisnis Anda menjadi lebih kompetitif. Skenario ini adalah tempat Azure Logic Apps dapat membantu Anda dalam perjalanan modernisasi Anda.

Pola modernisasi

Desain yang baik mencakup faktor-faktor seperti konsistensi dan koherensi dalam desain dan penyebaran komponen, keberlanjutan untuk menyederhanakan administrasi dan pengembangan, dan penggunaan kembali yang memungkinkan aplikasi dan skenario lain untuk menggunakan kembali komponen dan subsistem. Untuk aplikasi dan layanan yang dihosting cloud, keputusan yang dibuat selama fase desain dan implementasi berdampak besar pada kualitas dan total biaya kepemilikan.

Azure Architecture Center menyediakan desain teruji dan pola implementasi yang menjelaskan masalah yang mereka atasi, pertimbangan untuk menerapkan pola, dan contoh berdasarkan Microsoft Azure. Meskipun ada beberapa pola desain dan implementasi, beberapa pola yang paling relevan untuk modernisasi mainframe termasuk pola "Lapisan Anti-korupsi", "Strangler Fig", "Saga", dan "Koreografi".

Pola Lapisan Anti-korupsi

Terlepas dari pendekatan modernisasi mana yang Anda pilih, Anda perlu menerapkan "lapisan anti-korupsi" menggunakan Azure Logic Apps. Layanan ini menjadi fasad atau lapisan adaptor antara sistem warisan mainframe dan Azure. Untuk pendekatan yang efektif, identifikasi beban kerja mainframe untuk diintegrasikan atau berdampingan sebagai beban kerja integrasi mainframe. Buat strategi untuk setiap beban kerja integrasi, yang merupakan kumpulan antarmuka yang perlu Anda aktifkan untuk memigrasikan aplikasi mainframe.

Untuk informasi selengkapnya, lihat Lapisan Antikorupsi.

Pola Gambar Strangler

Setelah Anda menerapkan lapisan anti-korupsi, modernisasi secara progresif terjadi. Untuk fase ini, Anda perlu menggunakan pola "Strangler Fig" tempat Anda mengidentifikasi beban kerja mainframe atau fitur yang dapat Anda modernisasi secara bertahap. Misalnya, jika Anda memilih untuk memodernisasi aplikasi CICS, Anda harus memodernisasi tidak hanya program CICS, tetapi kemungkinan besar aplikasi 3270 bersama dengan dependensi eksternal, data, dan pekerjaan yang sesuai.

Akhirnya, setelah Anda mengganti semua beban kerja atau fitur dalam sistem mainframe dengan sistem baru Anda, Anda akan menyelesaikan proses migrasi, yang berarti Anda dapat menonaktifkan sistem warisan Anda.

Untuk informasi selengkapnya, lihat pola Strangler Fig.

Pola Saga dan Koreografi

Transaksi terdistribusi seperti protokol penerapan dua fase (2PC) mengharuskan semua peserta dalam transaksi untuk melakukan atau menggulung balik sebelum transaksi dapat dilanjutkan. Arsitektur hibrid cloud bekerja lebih baik mengikuti paradigma konsistensi akhir daripada model transaksi terdistribusi.

Pola desain "Saga" adalah cara untuk mengelola konsistensi di seluruh layanan dalam skenario transaksi terdistribusi. Saga adalah urutan transaksi yang memperbarui setiap layanan dan menerbitkan pesan atau peristiwa untuk memicu langkah transaksi berikutnya. Jika langkah gagal, saga mengeksekusi transaksi kompensasi yang melawan transaksi sebelumnya. Untuk informasi selengkapnya, lihat Pola transaksi terdistribusi Saga.

Di Azure Logic Apps, alur kerja dapat bertindak sebagai koreografer untuk mengoordinasikan saga. Tindakan alur kerja bersifat atomik, sehingga Anda dapat menjalankannya kembali satu per satu. Jenis tindakan Cakupan menyediakan kemampuan untuk menjalankan sekelompok tindakan hanya setelah grup tindakan lain berhasil atau gagal. Azure Logic Apps melakukan kompensasi transaksi pada tingkat cakupan, sementara Azure Event Grid dan Azure Bus Layanan menyediakan manajemen peristiwa yang diperlukan untuk domain tertentu. Semua layanan ini, yang membentuk Azure Integration Services, memberikan dukungan yang diperlukan oleh pelanggan ketika mereka membutuhkan platform integrasi yang andal untuk skenario misi penting. Untuk informasi selengkapnya, lihat Pola koreografi.

Meskipun artikel ini membahas beberapa pola modernisasi, solusi kompleks memerlukan lebih banyak pola dan Anda memahami dengan jelas tujuan modernisasi organisasi Anda. Meskipun tugas untuk memperluas nilai aset warisan menantang, opsi ini adalah cara terbaik untuk mempertahankan investasi dalam aset ini dan memperpanjang nilai bisnis mereka.

Langkah berikutnya

• Azure Architecture Center untuk mainframe dan sistem midrange