惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

H
Help Net Security
博客园 - Franky
GbyAI
GbyAI
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
爱范儿
爱范儿
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
aimingoo的专栏
aimingoo的专栏
博客园_首页
MongoDB | Blog
MongoDB | Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Recent Announcements
Recent Announcements
Scott Helme
Scott Helme
有赞技术团队
有赞技术团队
M
MIT News - Artificial intelligence
C
CERT Recently Published Vulnerability Notes
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Jina AI
Jina AI
F
Fortinet All Blogs
N
Netflix TechBlog - Medium
L
LangChain Blog
L
LINUX DO - 最新话题
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
H
Hacker News: Front Page
MyScale Blog
MyScale Blog
P
Palo Alto Networks Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
AI
AI
T
Troy Hunt's Blog
Microsoft Azure Blog
Microsoft Azure Blog
阮一峰的网络日志
阮一峰的网络日志
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Vercel News
Vercel News
Microsoft Security Blog
Microsoft Security Blog
罗磊的独立博客
S
Secure Thoughts
大猫的无限游戏
大猫的无限游戏
博客园 - 叶小钗
人人都是产品经理
人人都是产品经理
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
Apple Machine Learning Research
Apple Machine Learning Research
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 三生石上(FineUI控件)
S
Security @ Cisco Blogs
Cloudbric
Cloudbric
E
Exploit-DB.com RSS Feed
Attack and Defense Labs
Attack and Defense Labs

博客园 - 枫

2015半年记 再写一帖~就《离开上海》一文再说明 再见,上海~非主流码农在上海的9年心路历程 Mac下配置mysql-python 《Rework》摘录读后随感 无题(1) 在Mac上安装Hadoop [原创]一步一步用C#编写三国杀(三):设计流程 [原创]一步一步用C#编写三国杀(二):牌堆的设计 [原创]一步一步用C#编写三国杀(一):规则和需求描述 走进单元测试(3):消灭HttpContext的依赖,兼谈单元测试的设计辅助性 走进单元测试(2):必须要自动化 我也想对广大程序员说一些话 走进单元测试(1):为什么难以广泛应用? 高级语言发展之回归人类思维——听老赵的Session有感 缺乏自信怎么办? 梦话对象之三:三要素的差异与统一 梦话对象之二:事件之无限扩展 梦话对象之一:逃不开的生死问题
Event Sourcing与大数据
· 2013-02-25 · via 博客园 - 枫

最近瞅了瞅Event Sourcing这样的一个模式,发现跟自己潜在的目标有不少的吻合之处。

在软件开发中,对象通常都是在内存中完成逻辑运算,然后我们将对象的最终状态持久化到数据库。如果在这个过程中,代码执行出错,那么我们通常只能根据最终的结果来逆推为什么会出错。但是,这样做通常的结果就是根本找不出为什么会出现这样的情况,尤其是在高并发的时候!

通常针对上面的这类问题,解决起来就特别繁琐。因为这个错误是在特定的时候触发的,重现不出来的话你可能根本想不出代码的执行顺序。而event sourcing可以协助解决这类问题。event sourcing是指创建跟踪应用程序状态的事件,然后将这些事件按顺序进行持久化。可以预见,当有这些应用程序状态改变的事件,就可以根据这个已经排序的事件重新对应用程序从初始状态进行跟踪,进而进行定位错误的原因。

而我最近遇到的问题,便是跟这有点类似:一些用户反应登录的时候用户名或密码错误,这类的错误,无法定位到底是用户输入错误,还是程序中有点问题。所以针对登录的应用程序,为其引入event sourcing,这样便能通过用户名和时间跟踪到用户的登录执行顺序。而针对互联网应用,这样每天产生的数据应该会有很大,很自然的便想引入Hadoop来进行大数据量的查询。

嗯,这,便是最近要做的事情了~