u013793650的专栏

http://mp.weixin.qq.com/s?__biz=MjM5MjU1NDg1Mw==&mid=208301866&idx=3&sn=a82e5510c03e4a9813e3d57b04645273&3rd=MzA3MDU4NTYzMw==&scene=6#rd5月底的那波运维故障余波未了，端午期间阿里云的香港机房又出现了电力故障，很多金融圈的小伙伴纷纷关注和讨论数据中心的灾

这是一篇老帖子了，我是来学习的。原文在这里：http://jm-blog.aliapp.com/?p=3483。问题是图片都没有了。我费了很大功夫才把原文的图片给找回来。排版之后重新发布一遍。淘宝的notify是一个非常有特色的消息中间件。它用创新地方式解决了分布式事务的问题，用相对较低的成本，实现了跨micro service的最终一致性。这种把最终一致性用application queue

问题：SNS型不适合单元化？总结：多活基本思路：每个中心都是活的，可以实时承担流量，任何一点出问题，都可以直接切掉，由另外一点直接接管，非传统的两地三中心冷备方式。挑战及解决方法：服务延时。让操作全部在同一中心内完成，单元化比如用户进入以后，比如说在淘宝上看商品，浏览商品，搜索、下单、放进购物车等等操作，还包括写数据库，就都是在所进入的那个数据中心中

-------------持续可用和快速容灾切换的能力，是技术人员追求的极致目标。在架构设计中，容灾设计强调的是系统对外界环境影响具备快速响应能力，节点级别的快速恢复能力，保障系统的持续可用。去年12月18日，全球架构师峰会上，阿里巴巴高级系统工程师曾欢（善衡）结合互联网金融业务及系统特性，分享了在支付宝系统架构演进中，每个阶段的高可用和容灾能力建设的解决思路。高 可用和容灾架构的

------------------微信起初定位是一个通讯工具，作为通讯工具最核心的功能是收发消息。微信团队源于广硏团队，消息模型跟邮箱的邮件模型也很有渊源，都是存储转发。图 1 展示了这一消息模型，消息被发出后，会先在后台临时存储；为使接收者能更快接收到消息，会推送消息通知给接收者；最后客户端主动到服务器收取消息。2、制定了数据同步协议由于用户的帐户、联系人和消息等数据都在服

http://pan.baidu.com/s/1mg9o4TM#path=%252FQCon%25E5%258C%2597%25E4%25BA%25AC2015%25EF%25BC%2588PPT%25EF%25BC%2589%252F4%25E6%259C%258823%25E6%2597%25A5%252F%25E4%25BA%2591%25E8%25AE%25A1%25E7%25AE%259