Bagaimana Jika Satu Peristiwa Dunia Nyata Perlu Memicu 10 Tindakan Berbeda? Pembayaran terselesaikan, pengiriman tiba, pasar tutup, pelanggan menyelesaikan verifikasi. Biasanya, itu bukan akhir dari prosesnya. Bayangkan sebuah bisnis menerima konfirmasi bahwa pembayaran pelanggan telah terselesaikan. Peristiwa tunggal ini mungkin perlu memperbarui pesanan, memesan stok, menghasilkan faktur, memberi tahu penjual, memulai pengiriman, dan memperbarui sistem internal. Itu adalah satu peristiwa yang menciptakan banyak tindakan lanjutan. Dan di sinilah pendekatan berbasis peristiwa dari @RialoHQ menjadi menarik. Alih-alih setiap aplikasi secara terpisah memeriksa apakah pembayaran telah diterima, alur kerja bisa dimulai langsung dari peristiwa itu sendiri: Pembayaran terselesaikan → Peristiwa diterima → Alur kerja yang relevan diaktifkan Dari sana, berbagai bagian aplikasi dapat merespons sesuai logika masing-masing: Sistem stok memesan produk Penjual diberi tahu Pengiriman menjadi tersedia Pesanan berpindah ke tahap berikutnya Bagian yang menarik bukan sekadar otomatisasi, tetapi koordinasi. Ketika aplikasi terhubung ke lebih banyak API, layanan, dan peristiwa dunia nyata, satu perubahan bisa berdampak pada beberapa bagian sistem sekaligus. Satu peristiwa seharusnya tidak memerlukan sepuluh reaksi manual yang berbeda. Kadang-kadang, desain yang lebih baik hanyalah: Sesuatu terjadi. Sekarang biarkan semua yang bergantung padanya merespons.