Apa Itu Ansible?

Ansible adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Dalam praktiknya, istilah ini muncul ketika software engineer, architect, QA, DevOps, dan product team perlu mengelola rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi dengan keputusan yang dapat dijelaskan, bukan sekadar mengikuti tool atau tren.

Penerapannya perlu diuji terhadap requirement, code dan dependency. Hasilnya kemudian dapat dinilai melalui lead time, deployment frequency dan defect rate. Jika definisi, data, dan ruang lingkup tidak konsisten, tim mudah mengambil kesimpulan yang terlihat benar tetapi tidak relevan dengan tujuan.

1. Untuk Ansible, tentukan konteks penggunaan Ansible dan keputusan apa yang perlu dibantu oleh istilah ini.
2. Identifikasi komponen yang terlibat, misalnya requirement, code, dan source code.
3. Terapkan pada ruang lingkup yang jelas dan dokumentasikan asumsi agar tim memakai definisi yang sama.
4. Evaluasi dampaknya menggunakan indikator seperti lead time dan deployment frequency.

• Memberi dasar yang lebih jelas untuk menentukan prioritas berdasarkan dampak, bukan asumsi.
• Mengurangi pekerjaan ulang akibat keputusan yang tidak terdokumentasi atau definisi yang berbeda.
• Membuat hasil Ansible dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membuat definisi dan ruang lingkup Ansible lebih konsisten ketika digunakan oleh beberapa tim.

Salah satu konteks praktis Ansible adalah saat tim ingin merilis fitur lebih cepat tanpa meningkatkan jumlah bug produksi. Gunakan test suite untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Misalnya, aplikasi tumbuh besar dan batas antar modul mulai sulit dipahami. Tim terlebih dahulu menetapkan baseline dan kriteria sukses, kemudian menggunakan Ansible untuk satu bagian proses. Setelah data cukup, mereka meninjau deployment frequency serta reliability dan memasukkan keputusan lanjutan ke test suite.

• Menerapkan Ansible tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Menggunakan data yang periodenya, definisinya, atau sumbernya berbeda lalu membandingkannya seolah setara.
• Mengejar satu metrik sambil mengabaikan kualitas, biaya, pengalaman pengguna, atau risiko.
• Tidak menyimpan log, baseline, atau catatan perubahan sehingga masalah yang sama sulit ditelusuri.