Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Praktik terbaik
Bagian ini menguraikan serangkaian praktik terbaik untuk mengatasi tantangan utama dalam memplatform ulang beban kerja mainframe ke lingkungan cloud sambil menjaga database di Db2 untuk z/OS.
Latensi jaringan
Untuk memprediksi secara akurat dampak latensi pemisahan aplikasi dari database Db2 selama upaya pelaporan ulang, kami menyarankan Anda melakukan evaluasi menyeluruh terhadap jumlah panggilan Db2 untuk transaksi dan proses batch. Evaluasi ini harus dilakukan dengan menggunakan data jejak dan harus mencakup langkah-langkah berikut:
-
Kumpulkan data jejak: Kumpulkan jejak detail transaksi representatif dan pekerjaan batch, dan pastikan bahwa jejak menangkap semua interaksi Db2, termasuk entri dan keluar.
-
Analisis data jejak: Hitung jumlah entri dan keluar Db2 untuk setiap transaksi dan pekerjaan batch, dan hitung jumlah rata-rata interaksi Db2 per transaksi dan proses batch.
-
Ukur waktu respons saat ini: Periksa apakah akses Db2 selaras dengan perjanjian tingkat layanan (SLA) aplikasi Anda.
-
Perkirakan latensi jaringan: Tentukan latensi jaringan yang diharapkan antara aplikasi replatformed dan database Db2. Pertimbangkan faktor-faktor seperti jarak fisik, infrastruktur jaringan, dan potensi kemacetan.
-
Hitung dampak potensial: Untuk setiap transaksi dan proses batch, kalikan jumlah entri dan keluar Db2 dengan estimasi latensi jaringan. Tambahkan waktu yang dihitung ini ke waktu respons saat ini untuk memprediksi total waktu pemrosesan yang baru.
-
Nilai hasil: Evaluasi apakah peningkatan latensi yang diprediksi dapat diterima untuk kebutuhan bisnis Anda dan identifikasi transaksi atau proses apa pun yang mungkin memerlukan pengoptimalan atau desain ulang untuk mengurangi masalah latensi.
-
Pertimbangkan strategi mitigasi: Jelajahi opsi seperti pengumpulan koneksi, caching, atau pengambilan data batch untuk mengurangi jumlah interaksi Db2 individu. Evaluasi kemungkinan memindahkan data yang sering diakses lebih dekat ke tingkat aplikasi.
Dengan mengikuti langkah-langkah ini, Anda akan dapat membuat keputusan berdasarkan data tentang kelayakan strategi replatforming Anda dan mengidentifikasi potensi masalah kinerja sebelum berdampak pada lingkungan produksi Anda. Pendekatan ini akan membantu memastikan transisi yang mulus sambil mempertahankan tingkat kinerja yang dapat diterima untuk aplikasi yang bergantung pada database Anda.
Keamanan
-
Amankan pembuatan aplikasi Anda: Gunakan subnet pribadi di virtual private cloud (VPC) untuk AWS CodeBuild dijalankan guna membantu memastikan isolasi dan keamanan yang ditingkatkan. Menerapkan konteks tepercaya Db2 dari CodeBuild subnet CIDR untuk akses database yang aman selama proses pembuatan.
-
Amankan lingkungan runtime Anda: Gunakan konteks tepercaya Db2 dari CIDR subnet runtime untuk koneksi database yang aman.
-
Kelola kredenal database dengan aman: Menerapkan jadwal rotasi kredenal reguler untuk meminimalkan risiko akses yang tidak sah. Simpan kredensil Db2 dengan aman di. AWS Secrets Manager
-
Menetapkan keamanan jaringan: Menerapkan segmentasi jaringan yang kuat dan aturan firewall untuk melindungi lingkungan build dan runtime. Gunakan kombinasi yang benar AWS Direct Connect dan AWS Site-to-Site VPN untuk mencapai tingkat keamanan yang diperlukan.
-
Menegakkan enkripsi: Menerapkan enkripsi untuk data dalam perjalanan antara aplikasi Anda dan Db2 untuk z/OS.
Tata kelola aplikasi
-
Tetapkan sumber kebenaran: Tetapkan manajemen konfigurasi perangkat lunak baru (SCM) —misalnya, GitHub —sebagai sumber kebenaran tunggal untuk kode aplikasi yang dimigrasi. Ini memastikan konsistensi dan menghilangkan perbedaan versi antara lingkungan cloud dan mainframe selama periode transisi.
-
Perbarui proses manajemen perubahan: Perbarui proses manajemen perubahan untuk mempertimbangkan modifikasi kode dalam paradigma lingkungan ganda yang baru ini. Proses ini harus mencakup:
-
Hapus alur kerja persetujuan untuk perubahan kode.
-
Ulasan kode wajib sebelum menggabungkan kode ke cabang utama.
-
Prosedur penyebaran yang disinkronkan untuk memastikan bahwa kedua lingkungan menerima pembaruan secara bersamaan.
-
Mekanisme rollback jika terjadi masalah di kedua lingkungan.
-
Elastisitas
Elastisitas komputasi awan memperkenalkan pergeseran paradigma yang secara signifikan mengubah struktur biaya mainframe dan manajemen sumber daya. Tidak seperti lingkungan mainframe tradisional, yang memiliki kapasitas tetap dan model harga berbasis puncak, platform cloud menawarkan skalabilitas dinamis dan pay-as-you-go pendekatan yang berpotensi mengarah pada penghematan biaya yang besar dan peningkatan efisiensi operasional.
Dalam lingkungan cloud, organisasi dapat meningkatkan atau menurunkan sumber daya komputasi mereka secara real time berdasarkan permintaan aktual, yang menghilangkan kebutuhan akan penyediaan berlebihan untuk mengakomodasi beban puncak. Elastisitas ini memungkinkan bisnis membayar hanya untuk sumber daya yang mereka konsumsi alih-alih berinvestasi dalam lisensi perangkat keras dan perangkat lunak yang mahal untuk menangani lonjakan penggunaan sesekali.
Untuk detail tentang cara kerja penetapan harga AWS, lihat AWS Harga
