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

Posted 2020-06-11

分布式系统实践

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架构.

 

大杂烩

1. 解读VMSTAT中的ACTIVE/INACTIVE MEMORY

http://linuxperf.com/?hmsr=toutiao.io&p=97&utm_medium=toutiao.io&utm_source=toutiao.io

要点: vmstat -a 命令能看到active memory 和 inactive memory, 但是他们的含义大家知道吗? 本文告诉你答案.

2. 浏览器缓存知识小结及应用

http://www.cnblogs.com/lyzg/p/5125934.html?f=tt&hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

要点: 了解浏览器的原理不管对于前端还是后端工程师来说都是非常有价值的, 本文对浏览器缓存的知识进行了很好的总结, 希望对大家有帮助.

3. RESTful API 设计参考文献列表

https://github.com/aisuhua/restful-api-design-references?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

要点: 整理的非常全面的RESTful API设计资料.