分布式技术一周技术动态 2016.01.31

时间：2016-01-31 09:39:28 阅读：584 评论：0 收藏：0 [点我收藏+]

标签：

分布式系统实践

1. 从技术细节看美团的架构

https://mp.weixin.qq.com/s?__biz=MzA5Nzc4OTA1Mw==&mid=408215395&idx=1&sn=cc49792ef0948a140c37d99306363774&scene=0&key=710a5d99946419d985aba082e033564749c9f0d2b8bcb6374e884f6eb2066d7ed2921c99e2710d59708be819fd7429b7&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=8N63t83vXiek61kGbAoGdwhlPbRYB6BPb%2FdT8DM6iDy%2B5wHGc35d8TQgxrQPA7j0

要点: 本文不仅介绍了美团的技术架构演化的过程, 特别还介绍了业务架构演化的过程. 这其中再一次提醒我们, 架构没有最好的, 只有最适合的, 千万不要因为某某技术牛逼就想着用某某技术, 关键是能否解决业务的问题.

2. 老杨聊架构：每个架构师都应该研究下康威定律

http://mp.weixin.qq.com/s?__biz=MzA5Nzc4OTA1Mw==&mid=408286995&idx=1&sn=1634698023c48b754d42af69cee2ab32&scene=0#wechat_redirect

要点: 作为一名资深的架构师, 作者从架构的理解, 架构的迭代和演化, 微服务架构等多个方面总结了自己对架构的认知. 虽然这篇文章和一般的技术类文章不同, 但是仍然非常推荐大家阅读, 有些观点会随着逐步的积累而有着更深的感触.

3. 分布式Unique ID的生成方法一览

http://calvin1978.blogcn.com/articles/uuid.html?from=groupmessage&isappinstalled=0

要点: 多种Unique ID生成方式整理, 总有一款适合你.

4. 拜占庭将军问题和FLP的启示

https://mp.weixin.qq.com/s?__biz=MzIwMDI1MTYwMQ==&mid=402299023&idx=1&sn=dff41b8b13918637e42f6037f41228f8&scene=0&key=710a5d99946419d96ff82ec78f62ea0e733bc4210114b96c9058031028a6e9c9224daed3c0429b18a6a36064d0cd2de7&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=11jcPRRuR8UT6MxSq5wtL9JAgBrJMUPB9imBE7M2aFna%2BrQxpbA1mOjPdXxzp6dC

要点: 这篇文章是系列文章"分布式系统发展史"的一部分, "分布式系统发展史"详细介绍了分布式系统中的经典理论, 包括故障, 一致性, 拜占庭将军问题等内容, 非常推荐大家详细阅读.

服务化和资源管理技术

1. 基于OVS的Docker多主机互联设计和实践

https://mp.weixin.qq.com/s?__biz=MzA5OTAyNzQ2OA==&mid=401512168&idx=1&sn=72a929cba664f8cb1ca06a2f9b24a79b&scene=0&key=710a5d99946419d9db8a3375e72977300b73796e40aaf5b138b6ff90d136b5a7fc39b9d1d31d531faab9d99544bb40fd&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=ZJmi%2B1nUAA3MfTpBxjEspxLA4iQVvQmdOEMbynTWb4XObOG7RQd9Ovh%2FgQ4MgW5G

要点: 在docker的世界里容器之间的网络是相互隔离的, 这就要求解决两个问题, 一是容器之间如何互通, 二是容器如何直接对外提供服务. 本文介绍了蚂蚁金服基于OVS实现的容器网络模式.

2. 平安金融PaaS技术实践

https://mp.weixin.qq.com/s?__biz=MzAxOTAzMDEwMA==&mid=403860218&idx=1&sn=8bd9f108b8d20c3843e1623ffdd4694d&scene=0&key=710a5d99946419d9707e4d0d28f2b40bf698b86e6fea162e4261e55459db724422103892b3a7565d2e90722bc9c58cd5&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=MxXgleIk3JlWE1%2BeViv%2F%2BHcoRIsuLXDfur2vhToPBpiyKynSzksDcBksWTvM7d43

要点: 作者是一名有着十年数据中心运维和管理经验的资深架构师, 讲述了在金融行业基于docker构建PaaS的经验, 本文就DevOps困局、PaaS平台架构以及开发所需具备技能进行讨论

服务高可用技术

1. Twitter发送峰值创新高，工程师在背后做了哪些改进

http://blog.jobbole.com/46355/

要点: 本文翻译自twitter的官方博文, 讲述了twitter在支持发送峰值过程中做的技术演变, 同时还贡献了finagle, zipkin, snowflake这样成功的开源软件.

2. 高可用性系统在大众点评的实践与经验

http://mp.weixin.qq.com/s?__biz=MzIxMjE3NTg2NA==&mid=404115389&idx=1&sn=dc3d81583c4d2c3c07d6a563880235dd

要点: 本文主要以点评的交易系统的演进为主来描述如何做到高可用，并结合自己的经验作些分享。高可用性只是一个结果，要更多的关注迭代过程，关注业务发展。

3. 几种经典的网络服务器架构模型的分析与比较

http://blog.csdn.net/lmh12506/article/details/7753978

要点: 本文对比了几种网络编程模型, 并且重点介绍了基于事件的高性能网络编程模式, 适合初学者阅读.

DevOps 技术

1. 系统监控不应由不写应用代码的运维团队来做

https://mp.weixin.qq.com/s?__biz=MzA5Nzc4OTA1Mw==&mid=408255604&idx=1&sn=3971bb0f7a61dbfdff931e63c6f86057&scene=0&key=710a5d99946419d9e7db6f80dc1021e7cb7ef9f285edeed7a2fab9e0e13c352132feb6643c95db5cb6b34029dfe76621&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=3OasT4WCgPFAc5%2BF7jQF%2BRjEd5ztnOSl6cICZNWiieA4jv%2F1TwDMk8H%2BXHv7YTrg

要点: 我们平时遇到稳定性问题, 经常做的反思就是op在某某方面缺乏监控, 但是本文提出op应该仅仅负责基础性监控, 比如cpu, 内存, io等, 而应用监控则应由应用开发团队负责, 并且衍生出度量驱动开发(MDD)的一种模式. 我也比较同意作者的观点, 记得我的指导人就曾经说过, 理解一个模块最开始不是看设计文档, 而是看运维文档, 只有先理解了模块怎么运维的, 才能进一步理解模块怎么设计的. 不过这样一个好的传统没有继承下来, 现在新模块写配套运维文档的做法越来越少了, 更不要说由rd来写监控了, 希望广大rd重视对自己模块的监控, 对自己模块的稳定性负责.

2. 腾讯最赚钱的部门是怎么做运维的？

https://mp.weixin.qq.com/s?__biz=MzAxODI5ODMwOA==&mid=414747699&idx=1&sn=c048f9d735866c98e4996835198098c8&scene=0&key=710a5d99946419d9e92e8e8ba1c7e8fe36725660c62c5ace07026b45124f71e63736b4c586d596a9753a40f3994810b6&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=ZJmi%2B1nUAA3MfTpBxjEspxLA4iQVvQmdOEMbynTWb4XObOG7RQd9Ovh%2FgQ4MgW5G

要点: 这篇文章我几个月之前也分享过, 今天又读了一遍, 又有了一些体会. 服务第一, 技术第二, beehive作为基础设施提供方, 后续也会向平台化和服务化方向转变.

3. ITIL与ITOP一起的运维流程

https://mp.weixin.qq.com/s?__biz=MzAxOTAzMDEwMA==&mid=403870614&idx=1&sn=356899f43cd846ba15c9ac3bf1b0043b&scene=0&key=710a5d99946419d9ad37069fcdf4a3455672a1015226513d3b520ca0b5d3efa87e25aac206b1f2e4f487edd030b507bd&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.3+build(15D21)&version=11020201&pass_ticket=2GNVQSQ8GPtRTUcViLKfqqJbhtR%2B4zbUO78euT4s5U5sGbw%2BkAaEWclJ4PuMXEH8

要点: Information Technology Infrastructure Library (ITIL)是一个基于行业最佳实践的框架，将IT服务管理业务过程应用到IT管理中。ITIL的核心是CMDB, 本文作者介绍了一款开源的ITIL软件ITOP, 也包含了CMDB, 使用ITOP来管理企业IT架构.