Apa Itu Ingress?

Ingress adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Pada implementasi sehari-hari, Ingress menjadi relevan karena keputusan dalam rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi sering melibatkan beberapa data, kanal, atau komponen sekaligus.

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 Ingress, tentukan konteks penggunaan Ingress 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.

• Membantu memisahkan masalah data, proses, teknologi, dan keputusan sehingga perbaikannya lebih tepat sasaran.
• Memudahkan evaluasi karena perubahan dapat dibandingkan terhadap baseline dan indikator yang disepakati.
• Membuat hasil Ingress dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.

Salah satu konteks praktis Ingress adalah saat tim perlu memilih trade-off antara performa, kompleksitas, biaya, dan maintainability. Gunakan test suite untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Misalnya, deployment sering gagal karena perbedaan environment dan dependensi. Tim terlebih dahulu menetapkan baseline dan kriteria sukses, kemudian menggunakan Ingress untuk satu bagian proses. Setelah data cukup, mereka meninjau reliability serta deployment frequency dan memasukkan keputusan lanjutan ke runbook.

• Menerapkan Ingress 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.