Apa Itu FaaS?

FaaS adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Nilai utamanya terlihat saat software engineer, architect, QA, DevOps, dan product team harus menghubungkan kebutuhan nyata dengan rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi, data yang tersedia, serta batasan operasional.

Hal yang perlu diperhatikan adalah kualitas requirement, code dan dependency. Evaluasi tidak cukup berhenti pada satu angka; lead time, deployment frequency dan defect rate perlu dibaca bersama konteks perubahan dan dampaknya terhadap pengguna atau bisnis.

1. Untuk FaaS, tentukan konteks penggunaan FaaS 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.

• Menghubungkan pekerjaan teknis atau operasional dengan hasil yang dapat dipahami oleh pemilik bisnis.
• Membuat definisi dan ruang lingkup FaaS lebih konsisten ketika digunakan oleh beberapa tim.
• Membuat hasil FaaS dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Mengurangi pekerjaan ulang akibat keputusan yang tidak terdokumentasi atau definisi yang berbeda.

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

Sebagai contoh praktis, insiden produksi sulit dianalisis karena log dan observability tidak memadai. Tim menguji FaaS dengan data atau skenario representatif, mencatat temuan pada architecture diagram, lalu memverifikasi apakah defect rate membaik tanpa merusak latency. Pembelajaran akhirnya dimasukkan ke test suite.

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