Apa Itu Microservices?

Microservices 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, Microservices menjadi relevan karena keputusan dalam rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi sering melibatkan beberapa data, kanal, atau komponen sekaligus.

Kualitas penerapan sangat bergantung pada kejelasan data, tanggung jawab, dan batasan. requirement, code dan dependency perlu divalidasi, sedangkan lead time, deployment frequency dan defect rate dipakai untuk membedakan perbaikan nyata dari fluktuasi biasa.

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

• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.
• Membantu memisahkan masalah data, proses, teknologi, dan keputusan sehingga perbaikannya lebih tepat sasaran.
• Membuat hasil Microservices dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membantu mendeteksi risiko lebih awal sebelum berdampak pada pengguna, biaya, atau stabilitas proses.

Tim biasanya membutuhkan Microservices ketika deployment sering gagal karena perbedaan environment dan dependensi. Gunakan test suite untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Sebagai contoh praktis, deployment sering gagal karena perbedaan environment dan dependensi. Tim menguji Microservices dengan data atau skenario representatif, mencatat temuan pada CI pipeline, lalu memverifikasi apakah lead time membaik tanpa merusak deployment frequency. Pembelajaran akhirnya dimasukkan ke runbook.

• Menerapkan Microservices tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Mengubah terlalu banyak faktor sekaligus sehingga penyebab peningkatan atau penurunan hasil tidak diketahui.
• Tidak menentukan pemilik tindakan sehingga temuan berhenti sebagai laporan tanpa perbaikan.
• Memulai dari tool atau fitur sebelum menjelaskan masalah dan hasil yang ingin dicapai.