Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
DevOps dari AWS Mainframe Modernization
Sistem mainframe memiliki tantangan yang unik, tetapi umum. Berikut adalah bagaimana Anda dapat memperluas DevOps kerangka kerja untuk mengatasi karakteristik unik tersebut:
-
Tumpukan teknologi lama — Mainframe biasanya menggunakan tumpukan teknologi lama dan perangkat lunak berpemilik, yang bisa sangat berbeda dari teknologi cloud-native modern yang digunakan. DevOps Mengintegrasikan sistem warisan ini ke dalam DevOps pipa membutuhkan alat dan keahlian khusus.
-
Kompleksitas tinggi — Aplikasi mainframe cenderung sangat kompleks dan monolitik, dengan saling ketergantungan yang luas. Memecah dan memodernisasi aplikasi ini bisa lebih menantang daripada bekerja dengan basis kode modular modern. Misalnya, aplikasi COBOL mainframe memerlukan kompilasi ulang setiap saat, bahkan ketika tidak ada perubahan dalam program. Ini karena perilaku saling ketergantungan mereka dengan copybook dan subprogram terkait.
-
Perkakas lama — Mainframe sering mengandalkan perkakas khusus dan proses yang tidak kompatibel dengan alat modern. DevOps Integrasi dan otomatisasi bisa lebih rumit, membutuhkan skrip dan konektor khusus.
-
Siklus rilis panjang — Mainframe dikenal karena siklus rilis yang panjang, yang dapat menjadi hambatan dalam suatu konteks. DevOps DevOpsuntuk mainframe bertujuan untuk mempersingkat siklus ini sambil menjaga stabilitas dan kepatuhan. Aplikasi mainframe akan memiliki siklus rilis 2-3 bulan, sedangkan aplikasi monolit nonmainframe dapat menyelesaikannya dalam 3-4 minggu. Alasan untuk ini adalah sejumlah besar upaya pengujian yang diperlukan untuk mengevaluasi komponen saling tergantung permintaan perubahan yang tidak berubah.
-
Persyaratan kepatuhan dan keamanan — Karena mainframe umum di pasar seperti asuransi, keuangan, dan perawatan kesehatan, aplikasi mereka sering menangani data sensitif dan harus mematuhi standar kepatuhan dan keamanan yang ketat. DevOps Kerangka kerja yang disajikan dalam panduan ini membahas persyaratan ini di setiap tahap pipa.
-
Kesenjangan keterampilan - Ada kesenjangan keterampilan dalam organisasi yang beralih dari pengembangan dan operasi mainframe-sentris ke praktik modern. DevOps Anggota tim mungkin memerlukan pelatihan untuk bekerja secara efektif di lingkungan baru ini.
-
Tantangan pengujian — Karena kebutuhan untuk meniru lingkungan mainframe secara akurat, pengujian otomatis DevOps untuk mainframe bisa menjadi rumit. Alat pengujian dan kerangka kerja khusus diperlukan. Ketika program COBOL yang ditulis pada platform Z/OS dijalankan pada platform x86 (Linux atau Windows), kesalahan kompatibilitas dikembalikan. Ini mengharuskan penggunaan toolset yang sesuai, seperti Micro Focus Enterprise Server.
-
Perbedaan budaya — Transisi dari budaya mainframe tradisional ke budaya dapat menjadi perubahan DevOps budaya yang signifikan bagi organisasi. DevOps mendorong kolaborasi, otomatisasi, dan peningkatan berkelanjutan, yang mungkin berbeda dari praktik siklus hidup pengembangan perangkat lunak mainframe (SDLC) yang ada.
-
Lingkungan hibrida — Banyak organisasi menggunakan campuran mainframe dan sistem modern. DevOps untuk mainframe harus terintegrasi mulus dengan lingkungan yang beragam ini.
DevOps in AWS Mainframe Modernization dikategorikan menjadi tiga fase: menilai, membangun, dan mengoptimalkan. Tabel berikut menunjukkan bagaimana fase-fase ini mewakili pendekatan terstruktur untuk memungkinkan secara efisien DevOps selama perjalanan modernisasi mainframe ke. AWS Cloud
Fase |
Komponen |
Menilai |
|
Membangun |
|
Optimalkan |
|
