Saya mengobrol dengan seorang teman konsultan beberapa minggu yang lalu. Peran utamanya saat ini adalah mengerjakan proyek yang memindahkan database SQL Server ke cloud (AWS dan Azure) dan secara massal. Kisahnya mengingatkan saya pada proyek tahun lalu di proyek P2V di mana memori fisik dan inti mungkin hanya dipetakan ke memori virtual dan inti virtual dan kemudian memberi tugas kepada admin VMWare untuk meninjau ini berdasarkan konsumsi jika tidak, manfaat virtualisasi ditiadakan.
Nah dengan migrasi cloud, metodologi yang sama terlalu sering masih diterapkan untuk kesederhanaan dan kecepatan tetapi kejutan datang ketika tagihan berlangganan cloud masuk. Sekali lagi ini bisa menjadi pemborosan uang yang dapat dihindari, dalam hal ini, opex sebagai lawan capex .
Untuk beberapa alasan, seringkali ada keengganan bagi pemilik proyek untuk meninjau penggunaan, konsumsi, dan kinerja saat ini sebelumnya dan memprediksi secara akurat ukuran yang diperlukan untuk migrasi cloud. Masalah dalam mengatasi masalah pascamigrasi adalah risiko yang lebih besar, pemadaman kebakaran yang lebih banyak, dan seberapa cepat Anda dapat melakukannya saat tagihan masih masuk setiap bulan.
Jadi, tak sabar untuk mendengar apa yang Denis O'Sullivan dan Peter O'Connell katakan pada 14 April melalui webcast langsung mereka:Mengukur dan Menskalakan Basis Data Cloud Anda Secara Akurat.
