.png)
Sumber: ChatGPT
Satu Layanan Lambat, Semua Ikut Tertahan
Pada sistem yang layanannya saling memanggil secara langsung, setiap pemanggilan berarti menunggu. Layanan yang memanggil berhenti sampai jawabannya datang, dan selama menunggu itu ia tetap memakai sumber daya.
Selama semuanya berjalan cepat, pola ini tidak menimbulkan masalah. Persoalan muncul ketika satu layanan melambat. Layanan yang memanggilnya ikut melambat, lalu layanan yang memanggil layanan itu juga melambat, dan seterusnya sampai keterlambatan pada satu titik kecil terasa di seluruh sistem.
Layanan pengembangan sistem integrasi data lintas departemen perusahaan yang dirancang dengan benar memutus rantai ini, dengan mengubah sebagian komunikasi dari menunggu menjadi menitipkan.
Perbedaan antara Menunggu dan Menitipkan
Perubahan mendasarnya sederhana. Alih-alih memanggil layanan lain lalu menunggu jawabannya, sebuah layanan cukup mencatat bahwa suatu peristiwa telah terjadi, lalu melanjutkan pekerjaannya.
Layanan lain yang berkepentingan terhadap peristiwa itu akan memprosesnya ketika mereka siap. Bila salah satunya sedang sibuk atau bermasalah, peristiwa tersebut menunggu di antrean tanpa menahan layanan yang mencatatnya.
Konsekuensinya, keterlambatan pada satu bagian tidak lagi menular. Sistem juga menjadi lebih hemat karena tidak ada sumber daya yang terpakai hanya untuk menunggu.
Perlu ditegaskan bahwa tidak semua komunikasi cocok diubah menjadi model ini. Permintaan yang jawabannya dibutuhkan segera oleh pengguna tetap lebih tepat ditangani secara langsung. Yang paling cocok dipindahkan adalah proses yang hasilnya tidak ditunggu saat itu juga.
Pola yang Menjaga Konsistensi Data
Memindahkan komunikasi ke model titipan menyelesaikan persoalan keterlambatan, tetapi memunculkan persoalan baru mengenai konsistensi data. Beberapa pola berikut menanganinya.
Menyimpan riwayat peristiwa, bukan hanya kondisi akhir. Dengan riwayat lengkap, kondisi pada waktu tertentu bisa direkonstruksi, dan ini sangat membantu untuk kebutuhan audit maupun pemulihan.
Memisahkan jalur penulisan dari jalur pembacaan. Kebutuhan menulis dan membaca sering sangat berbeda, dan memisahkannya memungkinkan masing-masing dioptimalkan sesuai karakteristiknya.
Menyusun proses panjang sebagai rangkaian langkah dengan pembatalan. Ketika sebuah proses melibatkan beberapa layanan, setiap langkah perlu memiliki langkah pembatalnya, sehingga kegagalan di tengah jalan tidak meninggalkan data setengah jadi.
Menjamin pengiriman pesan menyertai keberhasilan transaksi. Pesan hanya dikirim bila perubahan di basis data berhasil, sehingga tidak terjadi pesan yang mengabarkan sesuatu yang sebenarnya batal.
Memastikan pengulangan aman. Pesan bisa terkirim lebih dari sekali karena gangguan jaringan, sehingga pemrosesannya harus dirancang agar pengulangan tidak menghasilkan duplikasi.
Memisahkan pesan yang gagal diproses. Pesan bermasalah dipindahkan ke antrean terpisah agar tidak menyumbat antrean utama, lalu ditangani secara khusus.
Biaya yang Perlu Diperhitungkan
Model ini membawa manfaat nyata, tetapi juga menambah kerumitan yang perlu disadari sebelum diadopsi.
Alur pemrosesan menjadi lebih sulit ditelusuri karena tidak lagi berurutan. Tanpa penelusuran terdistribusi yang memadai, mencari penyebab masalah bisa menjadi jauh lebih sulit daripada sebelumnya.
Konsistensi data menjadi bersifat menyusul, bukan seketika. Sebagian proses bisnis dan sebagian pengguna perlu memahami bahwa perubahan mungkin belum langsung terlihat di semua tempat.
Infrastruktur perantara pesan menjadi komponen kritis yang perlu dikelola dan diamankan dengan serius. Karena itu penerapannya sebaiknya bertahap, dimulai dari alur yang paling jelas manfaatnya.
Kapan Perubahan Ini Layak Dipertimbangkan
Perubahan arsitektur seperti ini menuntut usaha yang tidak kecil, sehingga perlu didasarkan pada kebutuhan nyata.
|
Sinyal bahwa sistem Anda membutuhkan pendekatan ini:
|
Langkah Memulai Bersama Sagara
Sagara menerapkan perubahan seperti ini secara bertahap, dimulai dari alur yang paling terasa manfaatnya.
Konsultasi discovery untuk memahami pola beban dan titik yang paling sering menjadi hambatan. Audit arsitektur untuk menilai alur mana yang layak dipindahkan dan mana yang sebaiknya tetap. Implementasi bertahap dengan penelusuran dan pemantauan disiapkan lebih dulu, agar kerumitan tambahan tidak berubah menjadi titik buta.
Kesimpulan
Pada sistem yang layanannya saling menunggu, keterlambatan sekecil apa pun akan menyebar ke seluruh rantai dan terasa oleh pengguna.
Layanan pengembangan sistem integrasi data lintas departemen perusahaan yang dirancang berbasis peristiwa memutus penyebaran itu, dengan konsekuensi kerumitan yang perlu diantisipasi sejak awal.
Sagara Technology menerapkan pendekatan ini secara bertahap dan terukur, karena arsitektur yang lebih tangguh hanya bernilai bila tetap bisa dipahami oleh tim yang mengelolanya
Comments are closed.