码迷,mamicode.com
首页 > 其他好文 > 详细

分布式技术一周技术动态 2016-05-15

时间:2016-05-14 23:14:52      阅读:484      评论:0      收藏:0      [点我收藏+]

标签:

分布式系统实践

1. 如何打造一键发布弹性伸缩微服务:应用上容器云干货案例

https://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547136&idx=1&sn=13f13bce3ed0ade574bfb243635c88a6&scene=1&srcid=05119xKhJo8IhRahLROn4bQf&key=b28b03434249256bfc8bc79bd31f620409cdbe7dab693e36f94d21abb412bce62158c1b09c87589c4da7c3bbc1e68fbc&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=q3fafzHWM1Ul5IZGt%2BE6SWJGgRI1db4RATnCkDI5NefmcONzMn6W5SfBVI7urguA

要点: 这篇文章结合两个经典案例, 讲述了将应用迁移到云上(分布式化)的过程, 并且总结了应用的开发准则以及适用场景.

2. twitter开源distributedlog

https://github.com/twitter/distributedlog

要点: distributedlog声称是kafka的换代品, 感兴趣的同学可以深入了解一下.

3. Understanding Darcs/Patch theory

https://en.wikibooks.org/wiki/Understanding_Darcs/Patch_theory

要点: 分布式版本控制系统需要考虑的一个问题就是变更的顺序和冲突问题, 这篇文章详细介绍了darcs的patch theory, 有了理论基础, 实现起来就心里有底了. 实际上, beehive的增量变更模型就是patch theory中最简单的一个特例, 由于不同的patch不会修改相同的文件, 所以不需要考虑patch的顺序问题.

服务化和资源管理技术

1. 容器集群管理系统模型杂谈

http://weibo.com/ttarticle/p/show?hmsr=toutiao.io&id=2309403973548606629285&utm_medium=toutiao.io&utm_source=toutiao.io

要点: 集群管理系统模型是非常重要的, 设计的好会给业务带来非常良好的扩展性和易用性. beehive由于只设计了app这一个维度的管理单元, 给后续基于beehive构建的运维生态系带来的不小的麻烦. 这篇文章结合Taobao App Engine的发展路线, 对比了TAE和k8s中比较相似的概念.

2. Docker学习路线图

https://yq.aliyun.com/articles/40494?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

要点: 想学docker不知道从哪入手? 这篇文章总结了docker的学习路线图, 并且附带了各个阶段的学习资料, 想一步一步学习docker的同学不容错过.

 

服务高可用技术

1. 来看看你的监控系统,离世界一流还差多远?

https://mp.weixin.qq.com/s?__biz=MzA4MjA0MTc4NQ==&mid=2651573340&idx=1&sn=94a1e3031f0bcfb9f02803f9cb4a8545&scene=1&srcid=0511fAaRxAgZgADE4DqOoT78&key=b28b03434249256b5929f4b03ba0659e2269dc056cd9a59b761d408ed7d71034727ea0ae9db7a3bed2d822e0e4b082e9&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=q3fafzHWM1Ul5IZGt%2BE6SWJGgRI1db4RATnCkDI5NefmcONzMn6W5SfBVI7urguA

要点: 本文介绍了twitter的监控系统架构, 从日志收集, 到基于时间序列数据库存储, 到数据分析全过程.

 

DevOps 技术

1. Docker再发现:实现DevOps的双刃剑!

https://mp.weixin.qq.com/s?__biz=MzI4NTA1MDEwNg==&mid=2650755306&idx=1&sn=74f230c4d7553527e4eff673b6327f55&scene=0&key=b28b03434249256bd551e3ea6e25dc1345c71f1109cd2dddebbf1273c946a0d8b32ccea2c5cc4dd30d12309f8cecc8f5&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=q3fafzHWM1Ul5IZGt%2BE6SWJGgRI1db4RATnCkDI5NefmcONzMn6W5SfBVI7urguA

要点: 本文主要分享了DevOps的现状,DevOps的四个阶段,DevOps的基础,DevOps的案例分析,Docker的优势、挑战与相对应的策略,以及DevOps的未来。

2. 运维自动化闭环,腾讯是这样做的

https://mp.weixin.qq.com/s?__biz=MzA4Nzg5Nzc5OA==&mid=2651659661&idx=1&sn=0861fb8a99a3de904f82e560730696f2&scene=0&key=b28b03434249256bc415aa71aa40a898c1cccc453160a1ca6acde2ce9986a45e4c36c97c85e196fbbc07ef7815d5d42d&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=kWh3rQb6X8IUKzVWZg6AgpTFzCcjwp2yXZ8QPgxIfDMrFfTJpOdP7xny6KS2RHvy

要点: 腾讯比较知名的运维系统分别是蓝鲸和织云, 作者根据自己在蓝鲸和织云工作的经验, 总结了建设自动化运维平台的原则和方法, 值得学习.

3. 运维服务进化论,从原始简单进化为科学成体系

http://mp.weixin.qq.com/s?__biz=MzA3MzYwNjQ3NA==&mid=2651296525&idx=1&sn=0c55fc9bbe12a7a7871f35721c1a07c0&scene=0#wechat_redirect

要点: 作者总结了运维服务的进化过程, 包括运维的本质, 质量化运维以及质量化运维的实践.

大杂烩

1. 完整版:资深程序员都了解的代码复用法则

http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547118&idx=1&sn=733737f71a751feea5c2d2ca5ea3adbe&scene=0#wechat_redirect

要点: 经常做codereview的时候发现, 初级或者有些中级同学比较喜欢自己造轮子, 但是不是造的轮子不通用, 就是改用别人的轮子的时候没用, 这篇文章总结的很到位, 推荐大家阅读.

2. Git命令家底儿及Git数据通信原理详解

https://mp.weixin.qq.com/s?__biz=MjM5MjAwODM4MA==&mid=2650686445&idx=2&sn=c99753d8c723aea5a2d91afd0abef130&scene=1&srcid=0511TuKPFWSajdCqSmTRnsqb&key=b28b03434249256b65c35eaa16d37dfd9287c00d337e816758e84c7c6e28840d810a67c0e695112b44be4ad1f4e7abbb&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=kWh3rQb6X8IUKzVWZg6AgpTFzCcjwp2yXZ8QPgxIfDMrFfTJpOdP7xny6KS2RHvy

要点: 分享一篇比较好的git常用命令使用介绍, 想使用git的同学可以参考.

3. C++ 之 stl::string 写时拷贝导致的问题

https://mp.weixin.qq.com/s?__biz=MzAxNDI5NzEzNg==&mid=2651156642&idx=1&sn=44869e1e28ad9cbc26a37e02ac8a9039&scene=1&srcid=0513lYZKuPsL9dvpQ6PMPPkK&key=b28b03434249256b52ac57c24b9fae128572d7e75b3784e51d2506a92ed06c4fa6623c4776205e4ffb6c844012b2b9b1&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro11%2C4+OSX+OSX+10.11.4+build(15E65)&version=11020201&pass_ticket=ZY2ton91kcgU1c7V%2FC05W85K9NnBbJaVKj5%2F9Is0Za%2FmrLYEfdmg3xc3IEXzqX%2BO

要点: 使用string当做缓冲区的用法很常见, 用起来比malloc/free方便很多, 但是stl的copy-on-write机制很容易导致隐藏的bug, 这篇文章的例子就是一个, 大家以后用的时候注意.

 

分布式技术一周技术动态 2016-05-15

标签:

原文地址:http://www.cnblogs.com/zhengran/p/5493691.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!