Event Sourcing與大資料

最近瞅了瞅Event Sourcing這樣的一個模式，發現跟自己潛在的目標有不少的吻合之處。

在軟體開發中，對象通常都是在記憶體中完成邏輯運算，然後我們將對象的最終狀態持久化到資料庫。如果在這個過程中，代碼執行出錯，那麼我們通常只能根據最終的結果來逆推為什麼會出錯。但是，這樣做通常的結果就是根本找不出為什麼會出現這樣的情況，尤其是在高並發的時候！

通常針對上面的這類問題，解決起來就特別繁瑣。因為這個錯誤是在特定的時候觸發的，重現不出來的話你可能根本想不出代碼的執行順序。而event sourcing可以協助解決這類問題。event sourcing是指建立跟蹤應用程式狀態的事件，然後將這些事件按順序進行持久化。可以預見，當有這些應用程式狀態改變的事件，就可以根據這個已經排序的事件重新對應用程式從初始狀態進行跟蹤，進而進行定位錯誤的原因。

而我最近遇到的問題，便是跟這有點類似：一些使用者反應登入的時候使用者名稱或密碼錯誤，這類的錯誤，無法定位到底是使用者輸入錯誤，還是程式中有點問題。所以針對登入的應用程式，為其引入event sourcing，這樣便能通過使用者名稱和時間跟蹤到使用者的登入執行順序。而針對互連網應用，這樣每天產生的資料應該會有很大，很自然的便想引入Hadoop來進行大資料量的查詢。

嗯，這，便是最近要做的事情了~