事件驅動與輪詢/計劃

Question

我們目前正在與我們的IT小組進行辯論，討論處理大部分流程的最佳做法。我們的IT總監正在推動所有事情都是事件驅動的。他的推理是節省資源，它是發送船舶通知，訂單驗證，訂單處理等的「最佳方法」。

另一位開發人員和我並不反對節約資源，但認爲我們是不再控制這個過程。如果事情發生中斷，我們可以輕鬆地重新標記/排隊或調度進程來拾取錯誤的事務或處理通信故障等事情。

在完美的環境中使用事件驅動的過程將是偉大的，因爲你永遠不會檢查任何東西。但對我們來說，我們知道我們會遇到數據問題等問題，需要能夠在解決問題的同時快速解決問題或關閉流程。其他人在一堆事件失敗時如何處理？重新觸發/觸發事件並不是那麼容易......所以看起來，但我完全可以忽視其他解決方案。

我不想更多的只是想看看別人怎麼看待不同的流程以及他們遇到的問題/問題。

總是欣賞反饋。

Answer 1

事件驅動系統可以像您提到的那樣非常靈活。我有一個事件驅動的框架，我的工作，其中一個事件實際上是一個異常事件。我們的健康監測器是事件驅動的，如果出現問題，健康問題或數據問題，我們會通過電子郵件通知您，所有內容都會記錄到數據庫，事件日誌或文件中。事件允許進程在沒有用戶直接交互的情況下驅動自己。

與任何自動過程一樣，需要對某些性質進行審計和控制。應該有一些時間間隔，通過這個時間間隔來檢查一組隨機結果的有效性。我們每晚打印約80,000份法律文件，根據另一臺機器上的軟件產生的事件自動分發/索引/覈實。然而，我們有一個人力資源管理部門每天早上負責測試他們的樣本，然後將它們釋放到野外。

事件確實可以爲您節省大量的管理時間，並且可以非常容易地實施。我會極力推薦它。