Telset.id – Berakhirnya dukungan umum vSphere 7 dan pergeseran model platform menuju arsitektur private cloud berbasis langganan memaksa banyak organisasi mengambil keputusan strategis dalam waktu singkat. Pertanyaannya kini bukan sekadar versi mana yang akan dipilih, melainkan apakah pergeseran platform yang didorong vendor sejalan dengan hasil bisnis, operasional, dan finansial yang ingin dicapai organisasi.
Eric Helmer, SVP dan chief technology officer di Rimini Street, menekankan bahwa perbedaan antara upgrade versi dan strategi virtualisasi sangat mendasar. Upgrade versi adalah proyek teknis, tetapi strategi virtualisasi adalah keputusan bisnis. Keputusan bisnis seharusnya dipandu oleh kebutuhan, nilai, dan waktu, bukan sekadar perubahan pada peta jalan vendor.
Bagi banyak perusahaan, virtualisasi telah menjadi fondasi yang sangat mendasar sehingga kepentingan strategisnya mudah diabaikan. Hypervisor, alat manajemen, dan infrastruktur pendukungnya secara diam-diam menjalankan sistem yang menggerakkan keuangan, operasi, keterlibatan pelanggan, rantai pasokan, dan proses bisnis penting lainnya. Ketika lapisan itu berubah, dampaknya jarang terbatas pada TI saja. Perubahan ini dapat memengaruhi biaya, ketahanan, kelincahan, dan kemampuan organisasi untuk menentukan peta jalan teknologinya sendiri.
Jangan Samakan Urgensi dengan Strategi
Batas waktu dukungan memiliki cara untuk memfokuskan perhatian. Mereka juga memiliki cara untuk mempersempit pilihan. Ketika platform penting mendekati akhir dukungan vendor, naluri yang muncul sering kali adalah bergerak cepat menuju langkah berikutnya yang direkomendasikan. Dalam beberapa kasus, itu mungkin keputusan yang tepat. Dalam kasus lain, hal itu dapat membawa organisasi pada biaya yang tidak perlu, gangguan, dan hilangnya fleksibilitas sebelum mereka sepenuhnya mengevaluasi alternatif.
Risiko bagi para pemimpin TI adalah memperlakukan peta jalan produk vendor seolah-olah secara otomatis menjadi peta jalan perusahaan. Keduanya mungkin sejalan, tetapi keselarasan itu harus dibuktikan, bukan diasumsikan. Garis waktu vendor bukanlah dasar bisnis untuk perubahan infrastruktur yang luas. Prioritas vendor dibentuk oleh strategi produk, pendapatan berulang, penyederhanaan portofolio, dan konsolidasi platform. Prioritas perusahaan dibentuk oleh uptime, keamanan, kontrol biaya, kinerja aplikasi, kelangsungan operasional, dan kelincahan bisnis.
Prioritas-prioritas itu bisa tumpang tindih, tetapi tidak identik. Memperlakukannya sebagai hal yang dapat dipertukarkan dapat menghasilkan keputusan yang lebih menguntungkan arah vendor daripada kebutuhan pelanggan. Di sinilah para CIO dan pemimpin infrastruktur perlu mundur selangkah dan mengajukan pertanyaan yang lebih mendasar: hasil bisnis apa yang ingin dicapai, dan apakah perubahan ini secara material memajukannya?
Jika jawabannya adalah ketahanan yang lebih baik, otomatisasi yang lebih baik, manajemen yang disederhanakan, keamanan yang lebih kuat, atau model operasional yang lebih mirip cloud, maka modernisasi mungkin dapat dibenarkan. Tetapi, jika jawabannya hanya menjaga kelangsungan atau mempertahankan status dukungan, organisasi harus memeriksa seluruh rentang jalur yang layak sebelum berkomitmen pada pergeseran platform besar. Respons yang tepat tidak selalu yang paling disruptif.
Baca Juga:
Pertanyaan Biaya Lebih Besar dari Lisensi
Perubahan harga sering kali menarik perhatian paling besar, tetapi biaya sebenarnya dari perubahan infrastruktur melampaui lisensi atau item baris langganan. Dalam banyak kasus, biaya yang lebih besar bersifat organisasional: waktu, risiko, dan gangguan yang menyertai transisi platform yang luas. Platform virtualisasi berada di pusat lingkungan yang kompleks. Perubahan besar dapat memicu pekerjaan hilir di seluruh penyimpanan, jaringan, pencadangan, pemantauan, pemulihan bencana, alat keamanan, proses kepatuhan, dan dependensi aplikasi.
Bahkan ketika migrasi teknis tampak dapat dikelola, validasi operasional bisa sangat ekstensif, dan beban pada tim bisa signifikan. Organisasi harus mempertimbangkan total biaya perubahan, termasuk waktu staf, pelatihan ulang, pengujian integrasi, potensi downtime, dukungan konsultasi, dan implikasi perangkat keras. Yang tidak kalah penting adalah biaya peluang. Setiap transisi platform besar mengonsumsi anggaran, perhatian kepemimpinan, dan talenta terampil yang seharusnya dapat diarahkan pada peningkatan keamanan, otomatisasi, inisiatif AI, inovasi yang berfokus pada pelanggan, atau prioritas strategis lainnya.
Platform yang lebih terikat (bundled) dapat menyederhanakan sebagian tumpukan, tetapi juga dapat memperkenalkan kendala komersial dan arsitektural baru. Ini sangat penting bagi perusahaan yang menjalankan lingkungan yang stabil dan terintegrasi erat. Banyak aset virtualisasi telah disetel selama bertahun-tahun untuk mendukung beban kerja, tingkat layanan, dan persyaratan operasional tertentu. Stabilitas bukanlah kelemahan yang harus dikoreksi secara default; dalam banyak kasus, stabilitas adalah aset bisnis.
Mengganti atau merestrukturisasi lingkungan itu harus dibenarkan oleh nilai bisnis yang terukur, bukan hanya oleh tekanan untuk menyesuaikan diri dengan model pengiriman baru. Organisasi juga perlu mewaspadai risiko blind spot IT yang dapat muncul ketika keputusan infrastruktur diambil tergesa-gesa tanpa evaluasi menyeluruh terhadap dependensi dan risiko tersembunyi.
Tiga Pilihan: Migrate, Modernize, atau Maximize
Sebagian besar organisasi yang menghadapi keputusan virtualisasi memiliki tiga opsi luas, dan jawaban yang tepat dapat berbeda berdasarkan beban kerja, prioritas bisnis, dan cakrawala waktu. Opsi pertama adalah migrasi. Ini bisa berarti pindah ke platform terbaru vendor, memindahkan beban kerja ke penyedia cloud hyperscale, mengadopsi hypervisor alternatif, atau mengejar arsitektur hybrid. Migrasi mungkin menjadi pilihan yang tepat ketika lingkungan saat ini tidak lagi mendukung kebutuhan bisnis, ketika siklus refresh perangkat keras selaras dengan tujuan transformasi yang lebih luas, atau ketika organisasi memiliki model operasional cloud, anggaran, dan rencana eksekusi yang jelas untuk keadaan berikutnya.
Migrasi harus menjadi langkah strategis yang disengaja, bukan respons refleksif terhadap peristiwa platform. Opsi kedua adalah modernisasi di tempat. Pendekatan ini menjaga lingkungan inti tetap utuh sambil meningkatkan kemampuan di sekitarnya. Itu dapat mencakup otomatisasi yang lebih kuat, observabilitas yang lebih baik, kontrol keamanan yang ditingkatkan, pencadangan dan pemulihan yang lebih tangguh, manajemen biaya yang lebih ketat, atau penempatan beban kerja yang lebih cerdas. Untuk banyak perusahaan, modernisasi tidak memerlukan migrasi besar-besaran. Ini membutuhkan identifikasi kesenjangan yang paling penting dan mengatasinya dengan investasi yang ditargetkan.
Modernisasi dan migrasi bukanlah hal yang sama, dan organisasi harus berhati-hati agar tidak memperlakukannya seolah-olah sama. Opsi ketiga adalah memaksimalkan lingkungan yang ada. Opsi ini sering diabaikan karena terdengar kurang transformasional, tetapi bisa menjadi keputusan bisnis paling rasional ketika platform stabil, aman, berkinerja baik, dan dipahami dengan baik. Memperpanjang nilai lingkungan yang terus memenuhi persyaratan bukanlah inersia; itu adalah manajemen siklus hidup yang disengaja.
Jika platform tetap sesuai tujuan, keputusan yang lebih baik mungkin dengan mempertahankannya secara efektif sambil mengarahkan anggaran dan talenta ke inisiatif bernilai lebih tinggi. Jawaban yang tepat dapat mencakup elemen dari ketiganya. Beberapa beban kerja mungkin siap untuk migrasi cloud. Beberapa mungkin mendapat manfaat dari modernisasi di tempat. Yang lain mungkin paling baik dibiarkan karena stabil, hemat biaya, dan tidak membenarkan investasi ulang besar. Tujuannya tidak boleh keseragaman demi keseragaman, tetapi keselarasan antara setiap beban kerja dan nilai bisnis yang diharapkan.
Mulai dari Kebutuhan Bisnis
Sebelum berkomitmen pada jalur virtualisasi apa pun, CIO harus membawa percakapan kembali ke kebutuhan bisnis. Sistem apa yang didukung platform? Uptime apa yang diperlukan? Beban kerja mana yang tumbuh, dan mana yang stabil atau menurun? Kewajiban regulasi atau kepatuhan apa yang harus dipenuhi? Di mana bisnis membutuhkan lebih banyak kelincahan, dan di mana prediktabilitas lebih penting daripada perubahan? Itulah pertanyaan-pertanyaan yang harus membentuk peta jalan.
Dari sana, organisasi dapat melakukan penilaian praktis: Sistem mana yang benar-benar perlu berubah sekarang karena alasan keamanan, kepatuhan, kinerja, atau dukungan? Beban kerja mana yang dapat tetap di tempat dengan kontrol ketahanan, keamanan, dan operasional yang tepat? Aplikasi mana yang merupakan kandidat nyata untuk migrasi cloud, dan mana yang bukan? Di mana keputusan ini akan meningkatkan lock-in atau melemahkan leverage negosiasi? Investasi mana yang akan memberikan nilai bisnis terukur selama tiga hingga lima tahun ke depan? Inisiatif strategis apa yang akan tertunda jika anggaran dan talenta dialihkan ke transisi ini?
Analisis semacam ini membantu para pemimpin teknologi menghindari keputusan berdasarkan urgensi, asumsi, atau tekanan vendor. Ini juga memberi CFO, dewan direksi, dan pemimpin operasional pandangan yang lebih jelas tentang trade-off, termasuk di mana perubahan diperlukan, di mana opsional, dan di mana perubahan dapat menciptakan lebih banyak gangguan daripada nilai.
Kendalikan Peta Jalan Sebelum Peta Jalan Mengendalikan Anda
Era vSphere 9 adalah bagian dari pergeseran yang lebih luas dalam teknologi perusahaan: vendor mengonsolidasikan platform, menyederhanakan portofolio, dan mengarahkan pelanggan menuju model operasional berbasis langganan. Pendekatan itu dapat menawarkan keuntungan, termasuk alat yang lebih terintegrasi, pengadaan yang disederhanakan, dan model operasional yang lebih terstandarisasi. Tetapi juga dapat datang dengan trade-off, termasuk biaya lebih tinggi, fleksibilitas berkurang, dan ketergantungan lebih besar pada kecepatan dan arah inovasi satu vendor.
Virtualisasi terlalu penting untuk dikelola sebagai siklus upgrade reaktif. Ini menopang operasi misi-kritis dan semakin membentuk strategi cloud hybrid, perencanaan ketahanan, dan ekonomi infrastruktur jangka panjang. Perusahaan harus memperlakukannya dengan disiplin strategis yang sama seperti keputusan lain yang memengaruhi kelangsungan bisnis, struktur biaya, dan fleksibilitas masa depan.
Seiring evolusi model infrastruktur, pesan untuk CIO sederhana: jangan biarkan tenggat dukungan menjadi strategi Anda. Gunakan momen itu untuk mendefinisikan strategi berdasarkan kebutuhan bisnis, realitas finansial, dan tingkat perubahan yang dibutuhkan organisasi. Pendekatan ini juga relevan bagi perusahaan yang mulai mengeksplorasi optimasi AI dan model AI baru, karena keputusan infrastruktur yang tepat akan menentukan kemampuan organisasi untuk mengadopsi teknologi baru secara efektif.
Artikel ini ditulis oleh Eric Helmer, SVP dan chief technology officer di Rimini Street, dan merupakan bagian dari TechRadar Pro Perspectives, kanal untuk menampilkan pemikiran terbaik di industri teknologi saat ini. Pandangan yang diungkapkan adalah milik penulis dan tidak mencerminkan pandangan TechRadarPro atau Future plc.
Komentar
Belum ada komentar.