Що, як одна подія з реального світу має спричинити 10 різних дій? Платіж зарахований, відправлення прибуло, ринок закрився, клієнт завершив верифікацію. Зазвичай це не кінець процесу. Уявіть, що бізнес отримав підтвердження, що платіж клієнта зараховано. Ця одна подія може вимагати оновлення замовлення, резервування запасів, генерації рахунку, сповіщення продавця, запуску відправлення та оновлення внутрішньої системи. Це одна подія, що створює багато наступних дій. І саме тут інтересним стає підхід @RialoHQ, спрямований на події. Замість того, щоб кожна програма окремо перевіряла, чи надійшов платіж, процес може починатися безпосередньо від події: Платіж зараховано → Подія отримана → Активуються відповідні робочі процеси. Звідси різні частини програми можуть реагувати згідно зі своєю логікою: Система запасів резервує продукт. Продавець отримує сповіщення. Відправлення стає доступним. Замовлення переходить до наступного стану. Цікаве тут — не просто автоматизація, а координація. З тим як програми під’єднуються до більшої кількості API, сервісів та подій з реального світу, одна зміна може стосуватися кількох частин системи одночасно. Одна подія не повинна вимагати десяти ручних реакцій. Іноді кращий дизайн — просто: Щось відбулося. Тепер нехай усе, що залежить від цього, відреагує.