Rekayasa kekacauan terintegrasi ke dalam rantai alat DevOps – tetapi bagaimana dengan operasi TI?
Rekayasa kekacauan adalah perkembangan terbaru di dunia TI dan seperti namanya, interpretasi teknologi ini diatur untuk memberikan hasil kondisi ekstrem untuk bagian teknologi khusus. Rekayasa kekacauan maju dengan pendekatan yang sangat sederhana dan itu adalah untuk menguji integritas atau kemampuan intelektual sistem untuk menahan aliran peristiwa yang bergejolak. Seperti server atau sistem jaringan terkait akan dibombardir dengan skenario peningkatan/puncak lalu lintas untuk menguji kemampuannya dalam menahan perubahan ini dan memberikan kinerja yang dioptimalkan dan berorientasi pada kualitas.
Pengujian stres adalah disiplin lain dalam dunia komputasi yang memperhitungkan pengujian sistem TI dalam kondisi stres dan memeriksa berbagai titik lemahnya dan bagaimana mengatasi kerentanan ini dengan cara terbaik. CE atau rekayasa kekacauan adalah tren yang cocok yang pertama kali berasal dari sistem DevOps untuk menguji kinerja sistem komputasi awan. Tujuan pertama menggunakan sistem ini adalah untuk memeriksa kinerja teknologi TI khusus dalam kondisi yang berbeda. Puncak serta kondisi cahaya/normal disajikan dan nilai kinerja dikumpulkan secara merata untuk dicocokkan setelah pengujian selesai.
Ribuan node di dalam server TI yang menggunakan rekayasa kekacauan untuk menguji teknologi DevOps ditemukan menganggur, tidak melakukan apa-apa sambil membebani organisasi dengan sejumlah uang. Seiring dengan tolok ukur ini, ditemukan beberapa penyimpangan lain yang kemudian dibuang dan tindakan korektif diterapkan. Singkat cerita, dengan bantuan Chaos engineering, berbagai disiplin ilmu TI dan aspek teknologi dapat diuji dan dijalankan sesuai dengan nilai optimal yang dapat dioperasikannya.
Aplikasi Chaos Engineering dalam TI
Rekayasa kekacauan menemukan penerapannya dalam berbagai sistem berbasis TI seperti Netflix, teknik Kekacauan memungkinkan mereka untuk pindah ke server virtual dari infrastruktur fisik dan dengan demikian mulai bermitra dengan AWS (layanan web amazon). Namun dalam skala umum, rekayasa Chaos tidak begitu baik digunakan dengan operasi TI karena pergeseran ITOM atau manajemen operasi TI dari bagian pengembangan teknologi informasi. Hal ini menempatkan rekayasa kekacauan ke ujung yang jauh dari garis tetapi tetap layanannya di dunia dinamis terbuka dihargai seperti integrasinya dalam DevOps dan sistem terkait.
Selain itu, containerisasi dalam aplikasi cloud saat ini telah meningkat jauh melampaui batas normal dan itulah sebabnya mengapa ini lebih terlihat seperti infrastruktur yang dapat diskalakan daripada arsitektur multi-tingkat. Pengembangan dan penyebaran sistem TI terletak hanya dengan beberapa klik dan itulah yang dilakukan oleh seluruh industri TI, menggunakan rekayasa Chaos untuk menguji batas yang layak dari teknologi mereka. Berbagai manfaat dari teknologi chaos melibatkan pengujian sistem hingga batas absolutnya sampai ini keluar dan tidak dapat menahan tekanan komputasi yang meningkat. Melakukan hal itu akan membantu para insinyur untuk mencapai kapasitas kerja aktual atau batas toleransi sistem dan itulah sebabnya para insinyur dapat menyelamatkan sistem ini agar tidak terpenggal dalam kecelakaan publik.
Setelah Anda mempelajari cara kerja dan manfaat rekayasa Chaos dalam dunia berbasis TI, bagaimana Anda menyarankan untuk menggunakan layanan yang ditawarkan oleh elemen dinamis berbasis TI ini? Nah, Anda harus melalui 5 poin berikut;
- Mendefinisikan keadaan tunak
Langkah pertama dan terpenting yang harus Anda lakukan adalah menentukan batas stabil saat ini dari sistem berbasis TI Anda. CPU, RAM, dan penggunaan jaringan dapat dipantau dan analisis singkat dapat dilakukan untuk mengetahui batas kerja teknologi Anda saat ini. Namun, Anda harus konsisten dengan analisis dan menemukan lingkungan kerja saat ini yang layak dan tidak akan menambah tekanan apa pun pada kerja sistem ini seperti menghambat apa pun.
- Tentukan kondisi optimal
Setelah Anda menemukan kondisi kerja dasar, Anda harus menemukan tentang kondisi optimal sistem ini dengan sedikit meningkatkannya. Seperti menemukan tentang penggunaan CPU saat ini dalam pengaturan di mana lalu lintas lebih tinggi dan pada saat yang sama menemukan tentang latensi jaringan. Kompilasi daftar khusus yang menampilkan kondisi optimal yang ditentukan dari sistem teknologi Anda.
- Kembangkan hipotesis
Hal berikutnya yang perlu Anda lakukan adalah mengembangkan hipotesis seperti di mana sistem akan crash berkaitan dengan lalu lintas tambahan ke sistem. Buat asumsi logis, apakah meningkatkan lalu lintas di sistem server akan membuat CPU menjadi gila atau akankah latensi sistem jaringan akan terpengaruh? Buat daftar kemungkinan asumsi/hipotesis di sini sehingga Anda dapat mengujinya saat melakukan spiking pada sistem dengan bantuan teknik Chaos.
- Uji sistem Anda
Kembangkan skenario tertentu di mana serangan pecah seperti pelanggaran sistem sedang berlangsung atau lalu lintas melalui jaringan telah ditingkatkan ke batas yang jelas, tetapi tentu saja kondisinya harus diatur dan dikendalikan. Ada beberapa cara praktis untuk memeriksa integritas dan ketahanan sistem jaringan seperti menghapus firewall, meningkatkan penggunaan CPU atau meningkatkan bandwidth jaringan. Seperti yang Anda lihat, kemungkinannya tidak terbatas untuk menguji hipotesis Anda.
- Memvalidasi hipotesis
Setelah Anda menyelesaikan analisis seperti mengutak-atik pengaturan sistem, pertama-tama turunkan pengaturan ke batas optimal dan biarkan semuanya berfungsi dengan stabil. Setelah itu cocokkan hasil benchmark baru dan lama dan serahkan temuan Anda. Anda akan jelas dengan hipotesis Anda seperti apakah menambahkan lebih banyak tekanan ke sistem membuatnya runtuh atau sebaliknya.
Jika Anda ingin bekerja sebagai profesional dengan rekayasa kekacauan dan sistem server, maka Anda disarankan untuk memperoleh sertifikasi insinyur Azure DevOps karena itu akan membuat semuanya jauh lebih mudah.
