Ketika seseorang mempertimbangkan untuk terlibat dalam SRE dan tim berpikir untuk membawa praktik SRE, pertanyaan umum yang muncul adalah "Apakah Anda perlu tahu cara membuat kode?"
Jawaban singkatnya: ya.
Tapi jawaban lengkapnya sedikit lebih bernuansa. Mari kita lihat tiga tempat ketika pengodean berperan dalam rekayasa keandalan situs bersama dengan tingkat keahlian pengodean yang diperlukan untuk masing-masing. Daftar ini tidak lengkap, tetapi skenario ini adalah beberapa kasus penggunaan yang lebih umum.
Skenario 1: Menghapus toil melalui otomatisasi
Insinyur keandalan situs dan lainnya yang menggunakan praktik SRE berusaha sedapat mungkin untuk menyingkirkan toil. "Toil" berarti sesuatu yang bersifat khusus dalam SRE. Toil mengacu pada pekerjaan operasi yang dilakukan oleh manusia yang memiliki karakteristik khusus. Toil tidak memiliki nilai penukaran jangka panjang. Toil tidak memajukan layanan dengan cara apa pun yang berarti. Toil sering berulang dan sebagian besar bersifat manual (meskipun bisa diotomatisasi). Ketika layanan atau sistem semakin besar dari waktu ke waktu, jumlah permintaan untuk sistem itu juga mungkin akan meningkat dalam jumlah dengan tingkat proporsional dan membutuhkan lebih banyak tenaga kerja manual.
Misalnya, jika sebuah layanan mengharuskan tim SRE untuk mengatur ulang sesuatu setiap minggu, atau untuk menyediakan akun dan ruang disk baru dengan tangan, atau berulang kali memulainya dengan tangan --ini merupakan beban operasional yang melelahkan. Menyelesaikan tindakan tersebut tidak membuat layanan lebih baik dengan cara jangka panjang dan persisten. Tindakan ini kemungkinan harus diulangi berkali-kali.
SRes adalah jawaban atas pekerjaan yang melelahkan ini. Layanan ini bekerja untuk menyingkirkan toil bila memungkinkan dan tepat. Ini adalah salah satu tempat otomatisasi ikut berperan di SRE. Jika permintaan ini dapat ditangani secara otomatis, yang membebaskan tim untuk bekerja pada hal-hal yang lebih bermanfaat dan berdampak.
Keahlian pengodean:otomatisasi membutuhkan beberapa keahlian pengodean, tetapi tidak harus memerlukan keterampilan rekayasa perangkat lunak penuh. Jika Anda dapat menulis skrip kecil (mungkin di shell PowerShell atau Bourne) atau bahkan jika Anda membuat aplikasi logika Azure dengan hampir semua kode, aplikasi ini masih dapat membantu menghilangkan toil.
Skenario 2: Kontrol melalui API/bahasa khusus domain (DLL)/templat
Meskipun tidak benar-benar diperlukan untuk pekerjaan SRE, mampu mengontrol lingkungan melalui API, DSL, dan Templat (terutama lingkungan cloud) memungkinkan SRes untuk meningkatkan pekerjaan mereka. Penyediaan/Menghapus penyediaan infrastruktur, mengonfigurasi pemantauan, dan mengintegrasikan beberapa layanan semuanya menjadi jauh lebih efisien melalui pengodean.
Keahlian pengodean:otomatisasi membutuhkan beberapa keahlian pengodean, tetapi tidak harus memerlukan keterampilan rekayasa perangkat lunak penuh. Selain skrip dan aplikasi logika yang disebutkan sebelumnya, templat Azure Resource Manager juga dapat digunakan dengan pengalaman pengkodian minimal.
Skenario 3: Memperbaiki kode
Insinyur keandalan situs ingin meningkatkan keandalan sistem. Tujuan ini kadang-kadang membutuhkan penggalian ke kode sumber sistem, menentukan masalah, dan sering berkontribusi perbaikan kembali ke basis kode. Meskipun tingkat kecanggihan pekerjaan ini dapat sangat bervariasi berdasarkan situasi, keahlian pengodean adalah persyaratan yang pasti dalam kasus ini.
Keahlian pengodean:keahlian rekayasa perangkat lunak penuh sering diperlukan dalam skenario ini.
Langkah berikutnya
Tertarik untuk mempelajari selengkapnya tentang rekayasa keandalan situs atau DevOps? Lihat pusat rekayasa keandalan situs kami, dokumentasi produkyang ditautkan di atas.