设为首页 收藏本站
查看: 1201|回复: 0

[经验分享] 分布式技术一周技术动态 2016-09

[复制链接]

尚未签到

发表于 2018-1-6 16:59:49 | 显示全部楼层 |阅读模式
分布式系统实践
  1. 谈谈PhxSQL的设计和实现哲学
  http://mp.weixin.qq.com/s?__biz=MzI4NDMyNTU2Mw==&mid=2247483790&idx=1&sn=c925202df42c54422db9a134ea764eac&scene=0&from=groupmessage&isappinstalled=0#wechat_redirect
  http://mp.weixin.qq.com/s?__biz=MzI4NDMyNTU2Mw==&mid=2247483795&idx=1&sn=233f803d9af3cd31e551ac0709f682ec&scene=0#rd
  要点: 上周为大家推荐了微信开源的PhxSQL, 这篇文章介绍了PhxSQL背后的设计哲学. 目前世界上被理论证明和实际检验过的一致性算法屈指可数, 如果一个分布式系统宣称支持线性一致性级别的强一致和高可用,请先检查它使用的一致性算法。如果是新算法,请检查它的形式化证明或者逻辑证明。
  2. 大规模大数据的有效利用,阿里巴巴参数服务器设计理念与实践
  http://mp.weixin.qq.com/s?__biz=MzA5NzkxMzg1Nw==&mid=2653160669&idx=1&sn=2b6ab727ed96ab3699ec2c0749feb7f4&scene=0#rd
  要点: 不管是机器学习还是人工智能, 现阶段最大的挑战可能就是强大的计算平台和高效的算法平台了, 这篇文章介绍了蚂蚁金服parameter server的设计思路.
服务化和资源管理技术
  1. 微服务的隐性红利:你不知道的8个好处
  http://mp.weixin.qq.com/s?__biz=MzA5OTAyNzQ2OA==&mid=2649691469&idx=1&sn=34bcb95ed81e995aaadfff32e4dbcc21&scene=0#rd
  要点: 这篇文章介绍了应用微服务架构带来的8个隐性福利, 不过仍然要记住一点, 所谓有利就有弊, 不是所有情况下都需要微服务架构的.
  2. 比拼Mesos/Marathon?基于Docker 1.12 Swarm集群管理深度实践
  http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547756&idx=1&sn=9acadd6807694463a1e82796a5082a6d&scene=1&srcid=0906LFytXrt4BJT48IqOO6jZ#rd
  要点: docker swarm目前完全处于和mesos, k8s竞争的位置了, 不过起步就比mesos/marathon晚了不少, 这篇文章介绍了docker 1.12中swarm和mesos/marathon的一些对比和坑.
服务高可用技术
  1. 跨机房微服务高可用方案:DerbySoft路由服务设计与实现
  http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547738&idx=1&sn=09c777564076f8ec2c5171e3dc407dbc&scene=0#rd
  要点: 挺别具一格的一个设计思路, 用于解决种类(是种类而不是实例个数)众多的微服务场景特别适用.
  2. 一个完整的微服务系统,应该包含哪些功能?
  http://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=2650994005&idx=1&sn=63dafd5c7a9c0a1a72b49e74b21a958b&scene=0#rd
  要点: 很多人第一眼看到微服务架构的时候, 都忍不住挽起袖子, 希望赶快进入微服务时代. 但是微服务不是银弹, 微服务背后隐藏着一座冰山, 如果没有这些基础技术支持, 那么贸然实施微服务架构会"死的很惨". 这篇文章介绍了背后的冰山是什么. 虽然百度搜索的很多服务体积之大都不能称之为微服务, 但是以我们的服务规模和复杂程度来看, 对微服务架构的要求也都适用于我们, 甚至要求更高, 这就是我们整个高可用架构团队努力的方向.
DevOps 技术
  1. 解密 Google 生产环境
  http://mp.weixin.qq.com/s?__biz=MzA4Nzg5Nzc5OA==&mid=2651662046&idx=1&sn=7bfcfdc303521af7219d2e0010bedf64&scene=1&srcid=0906Mt4dBv5hi5S8mZ95ulwZ#rd
  要点: 本文翻译自google SRE这本书的一章, 概要性的介绍了google的生产环境. 文章中介绍的几个系统都是之前google发表过的论文, 当然背后还有很多没有公开的系统, 比如机器管理, 代码管理等等, 这些内容或多或少的可以从google SRE这本书里了解到.
基础和文化
  1. 浅谈TCP优化
  http://huoding.com/2013/11/21/299
  要点: 这篇文章比较久了, 不过TCP本身历史也够悠久了. 但是TCP水很深, 对于架构工程师特别是稳定性工程师来说, 理解并且调优TCP可是刚需呀, 让这篇文章帮助你吧.
  2. I/O重定向和管道
  http://mp.weixin.qq.com/s?__biz=MzA4MjkxMzMyNg==&mid=2654069032&idx=1&sn=efcb2d254d2d364c04b26992e22922d3&scene=0#rd
  要点: 我想很多人都遇到过这样一个场景, 父进程需要运行一个命令, 回收命令的输出结果. 这样的场景如何实现呢? 这篇文章介绍了IO重定向的方法和管道技术, 将这两种技术组合起来, 就可以实现这个功能了. 更详细的实现过程, 大家可以参考folly的subprocess.h.

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-432282-1-1.html 上篇帖子: cri-o pod 创建源码分析 下篇帖子: 讨论.NET Core 配置对GC 工作模式与内存的影响
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表