Date: Agustus 5, 2025
Mengapa Sejarah Perusahaan Penting di HA
Ada banyak tempat untuk memulai mengenai membangun rencana, strategi, desain, dan arsitektur untuk sebuahklaster dengan ketersediaan tinggiTentu saja, pembangun yang bijak ingin memahami persyaratan dasar: dua node atau tiga,RTOdi bawah 10 menit atau di bawah lima menit, RPO mendekati nol atau nol mutlak. Arsitek juga ingin memahami jumlah node, dan bagaimana perangkat keras dan jaringan dapat dibuat tangguh. Apakah Anda akan menerapkannya di pusat data, di cloud, atau gabungan keduanya? Selain memahami arsitektur perangkat keras yang mendasarinya, pengumpulan dan perancangan persyaratan juga mengarah pada pemahaman tentang aplikasi penting,Ketersediaan Tinggi (HA)perangkat lunak, proses, dan prosedur tata kelola yang perlu diikuti, serta dasbor dan integrasi tambahan yang diperlukan untuk pelaporan, pemantauan, dan distribusi peringatan. Semua anggota tim juga ingin memahami dasar-dasar pemulihan dankegagalanorkestrasi, tentu saja.
Mengapa Sejarah Perusahaan dan Penyedia Solusi Penting dalam Ketersediaan Tinggi
Namun, satu hal yang sering terabaikan dalam penerapan High Availability adalah riwayat perusahaan. Tentu saja, jika Anda akan mempercayakan lingkungan perusahaan Anda kepada solusi pemantauan, pemberitahuan, pemulihan, dan orkestrasi failover, Anda perlu mengetahui dan memahami siapa mereka, apa yang mereka lakukan, dan sudah berapa lama mereka melakukannya dengan baik. Apakah ini perusahaan rintisan baru yang berlokasi di Buford, Wyoming, perusahaan yang hanya tersedia di AS, atau perusahaan global yang kebetulan memiliki penawaran HA yang hanya digunakan untuk menutup bagian lain dari kesepakatan?
Saat membangun arsitektur, tentu saja Anda perlu tahu bahwa perusahaan HA mengetahui, memahami, dan menerapkan HA dengan baik. Namun, dan ini penting, riwayat terpenting yang perlu diketahui tim Anda saat merancang solusi HA bukanlah riwayat mereka, melainkan riwayat Anda.
Sebagai VP Pengalaman Pelanggan, saya telah bekerja dengan banyak pelanggan, tim, arsitek, dan tim integrasi solusi dalam penerapan solusi HA di on-premise dan off-premise. Dalam banyak diskusi ini, satu faktor yang terabaikan dalam penerapan infrastruktur yang baik danArsitektur HAadalah sejarah perusahaan itu sendiri. Jadi, mengapa perusahaan Anda, atau perusahaan yang Anda rancang arsitektur HA-nya, penting? Lima (5) cara sejarah perusahaan seharusnya memengaruhi arsitektur HA Anda
Lima Cara Sejarah Perusahaan Membentuk Arsitektur HA
Berikut adalah Lima (5) cara bagaimana sejarah perusahaan seharusnya memengaruhi arsitektur HA Anda:
1. Ukuran Perusahaan (Terlalu besar atau terlalu kecil)
Bagaimana riwayat perusahaan Anda terkait tim HA? Apakah perusahaan Anda memiliki terlalu banyak anggota tim, dengan peran dan tanggung jawab yang saling bertentangan atau tumpang tindih? Atau apakah perusahaan Anda memiliki tim yang terlalu kecil, meskipun berprestasi? Bergantung pada riwayat dan skala perusahaan Anda selama periode tersebut, Anda mungkin perlu melakukan penyesuaian dalam desain untuk autentikasi tambahan, izin dan batasan yang lebih terperinci, dll. Jika tim Anda kecil, mungkin menambah beban pengembangan dan pemeliharaan solusi gratis akan terlalu membebani. Jika tim Anda besar, dengan banyak peran dan tumpang tindih, serta waktu untuk mengembangkan solusi khusus, pertimbangkan apakah solusi komersial akan lebih cocok untuk membebaskan sumber daya tersebut guna pengembangan baru, peningkatan tambahan, atau bahkan efisiensi yang lebih besar dalam operasional sehari-hari.
2. Siklus Hidup Perusahaan (Setiap lima tahun atau tidak sampai bangkrut)
Bagaimana riwayat siklus hidup perusahaan Anda? Apakah CIO/CTO Anda merombak seluruh infrastruktur dalam siklus tetap, atau lebih seperti tipe “Kalau tidak rusak, jangan diperbaiki”? Jika perusahaan Anda memiliki sejarah panjang dalam pertukaran dan penggantian solusi dan penyedia, maka arsitektur Anda harus lebih tangguh untuk menangani pertukaran komponen dan komponen. Dalam hal ini, arsitektur HA Anda juga perlu memperhitungkan proses offboarding, akhir masa pakai, dan onboarding solusi baru yang potensial dalam waktu singkat. Kunci untuk tingkat pergantian karyawan yang tinggi seperti ini adalah membatasi pekerjaan kustom dan dependensi yang sulit.
Di sisi lain, jika solusi HA Anda akan digunakan selama sepuluh tahun atau lebih, Anda perlu memastikan bahwa vendor Anda menyediakan pemeliharaan dan dukungan lanjutan untuk komponen-komponen penting dalam infrastruktur Anda. Arsitektur Anda juga perlu mempertimbangkan secara cermat tantangan yang mungkin dihadapi dengan berbagai solusi perangkat lunak dan interoperabilitas seiring bertambahnya usia solusi tersebut melewati siklus hidup dukungan standar, serta cara memitigasi risiko tersebut.
3. Penempatan Staf Perusahaan (Pintu putar atau penjaga tunggal)
Sebagai VP Pengalaman Pelanggan, salah satu kenangan paling mengejutkan saya adalah bekerja dengan sebuah perusahaan untuk merancang solusi untuk HA. Dalam waktu satu minggu setelah tanggal go-live, manajer proyek untuk tim tersebut mengumumkan bahwa ia dan seluruh timnya telah diberhentikan. Go-live akan ditransfer ke tim baru, baik yang baru di perusahaan maupun yang baru di HA. Seperti yang kemudian saya ketahui, perusahaan Z memiliki kebijakan pintu putar dengan TI dan administrator untuk lingkungan HA mereka. Sebagian besar, jika tidak semua, sumber daya mereka adalah kontraktor. Jika perusahaan Anda memiliki riwayat pergantian karyawan yang tinggi, maka arsitektur dan desain Anda harus mencakup buku panduan, dan proses serta prosedur untuk pemeliharaan juga perlu mencakup pelatihan; pelatihan produk formal, pengujian prosedural, pelatihan administrasi, dan skenario kekacauan.
Pintu putar bukanlah satu-satunya riwayat kepegawaian perusahaan yang perlu diperhatikan. Lone Ranger adalah skenario lain yang penting untuk diketahui dan dipahami. Di SIOS, tim kami bergabung dengan seorang manajer proyek yang kebingungan mencari jawaban dan informasi apa pun terkait sistem perusahaan mereka, baik yang melibatkan SIOS maupun yang lainnya. Lone Ranger telah meninggalkan perusahaan karena alasan yang tidak dijelaskan, dan setelah kepergian mereka, anggota tim yang baru menemukan bahwa banyak pengetahuan diam-diam tidak terdokumentasi dan tidak tercatat dalam dokumen apa pun yang mereka temukan. Saat merancang dan membangun arsitektur Anda, mengetahui jenis kepegawaian dan riwayat kepegawaian dapat membantu Anda merancang solusi dengan tepat, dan dapat mengarahkan tim Anda untuk memilih solusi yang tersedia secara komersial dan dilengkapi dengan layanan untuk mengatasi kepergian Lone Ranger yang malang.
4. Bencana Masa Lalu Perusahaan
Bencana perusahaan danwaktu hentiadalah poin historis lain yang perlu dipahami dengan baik oleh para perancang solusi HA. Biasanya, bencana perusahaan masuk ke dalam desain arsitektur masa depan sebagai persyaratan. Bencana masa lalu, termasuk akar penyebabnya, strategi mitigasi risiko, deteksi, pencegahan, dan rekomendasi pelaporan, sering ditambahkan ke tumpukan persyaratan awal. Namun, menggali sejarah bencana dapat mengungkap lebih banyak persyaratan dan faktor yang perlu diperhitungkan. Sebagai VP Pengalaman Pelanggan, tim kami mempelajari sejumlah besar data untuk membangun pengalaman yang lebih baik bagi beberapa klien kami dengan memahami bencana perusahaan. Dalam satu contoh, pemeliharaan VM tanpa pengawasan merupakan bagian besar dari strategi perusahaan, tetapi juga sumber dari banyak masalah ketersediaan perusahaan. Saat bekerja dengan para arsitek, tim layanan kami tidak hanya menangani ketersediaan aplikasi tetapi juga membantu tim desain memperhitungkan strategi pencadangan dan pemulihan, pemeliharaan dan pemutakhiran, dan pengembalian yang menjaga ketersediaan jika terjadi kegagalan otomatis.
5. Budaya Perusahaan
Sebagai VP Pengalaman Pelanggan, tim kami bekerja sama erat dengan pelanggan dan mitra yang peduli dengan ketersediaan aplikasi, mematuhi standar yang paling ketatPerjanjian Tingkat Layanan (SLA)dan Sasaran Tingkat Layanan. Saat kami bekerja dengan tim-tim ini, desain dan spesifikasi arsitektur mereka mencerminkan budaya perusahaan yang menganggap ketersediaan (arsitektur, desain, perangkat keras, jaringan, aplikasi, perangkat lunak klaster, sumber daya manusia, dan proses) sebagai bagian tak terpisahkan dari bisnis mereka. Sayangnya, tidak semua perusahaan memiliki budaya perusahaan seperti ini. Mengetahui sejarah budaya perusahaan Anda pasti akan membentuk cara Anda menerapkan HA, menghasilkan desain dan arsitektur terbaik, baik untuk kepatuhan terhadap budaya maupun sebagai metode untuk meningkatkan budaya dan kesuksesan bisnis.
Jangan Abaikan Peran Sejarah Perusahaan dalam Keputusan HA
Ya, riwayat perusahaan pusat data atau penyedia cloud itu penting. Mengetahui riwayat Lou’s Low Cost Cloud, LLC (tanpa bermaksud menyinggung Lou), yang telah mengalami kerusakan peralatan, saat beroperasi dari garasi rumah orang tua Lou yang sebagian besar tanpa AC, penting jika Anda mempertimbangkan Lou untuk pusat data Anda. Ya, riwayat perusahaan aplikasi dan vendor HA juga penting. Mengetahui riwayat penyedia ERP, Database, dan aplikasi front-end Anda adalah kunci untuk menilai dan memitigasi risiko, memahami pola dan metodologi penerapan, serta mendapatkan keyakinan bahwa perbaikan, pembaruan, keamanan, dan dukungan yang tepat waktu akan menjadi landasan arsitektur Anda. Namun, jangan remehkan pentingnya mengetahui riwayat perusahaan Anda sendiri dan bagaimana kegagalan kritis tersebut akan membentuk keputusan dan infrastruktur HA Anda yang baru dan berkelanjutan.
Siap memperkuat arsitektur HA Anda dengan keahlian yang terbukti?Minta demohari ini dan lihat bagaimana SIOS dapat membantu Anda merancang dan menerapkan solusi ketersediaan tinggi yang dibuat untuk sejarah unik dan kebutuhan masa depan perusahaan Anda.
Penulis: Cassius Rhue, VP, Pengalaman Pelanggan
Direproduksi dengan izin dariSIOS