博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
极客时间-左耳听风-程序员攻略-分布式架构工程设计
阅读量:5075 次
发布时间:2019-06-12

本文共 4034 字,大约阅读时间需要 13 分钟。

学习架构指导性的文章和方法论,即分布式架构设计原则。下面是几篇很不错的文章,值得一读。

  • ,Google 杰夫·迪恩(Jeff Dean)2009 年一次演讲的 PPT。2010 年,杰夫·迪恩在斯坦福大学的演讲: ,其回顾了 Google 发展的历史。
  • ,()如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或软件即服务(SaaS)。12-Factor 为构建 SaaS 应用提供了方法论,是架构师必读的文章。
  • ,给准备进入分布式系统领域的人的一些忠告。
  • (),微软 Windows Live 服务平台的一些经验性的总结文章,很值得一读。
  • ,Box 平台 VP 海蒂·威廉姆斯(Heidi Williams)撰写的一篇文章,阐述了为企业构建平台时需要牢记的四件关于软件设计方面的事:1. Design Broadly, Build Narrowly; 2. Platforms Are Powerful and Flexible. Choose wisely what to expose when!;3. Build Incrementally, Get Feedback, and Iterate;4. Create a Platform-first Mentality。
  • ,这个视频中,Netflix 分享了一些软件架构的经验和原则
  • ,伊利亚·格里高利克(Ilya Grigorik)在 Google I/O 2016 上的一次关于如何通过弹力设计来实现快速和可容错的网站架构的演讲。
  • ,这篇文章阐述了如何设计和实现系统的弹力。
  • 微软的 Azure 网站上有一系列的 的文章,可以看看这几篇: 、 和 。
  • ,AWS CTO 维尔纳·沃格尔斯(Werner Vogels)发布在自己 Blog 上的一篇关于最终一致性的好文。
  • ,Rackspace 的一篇很不错的博文
  • ,软件自动化和软件抽象,这是软件工程中最重要的两件事了。通过这篇文章可以看到 Facebook 的关于这方面的一些经验教训。

设计模式

一些分布式架构设计模式的网站。

微软云平台 Azure 上的设计模式。 ,这个网站上罗列了分布式设计的各种设计模式,可以说是非常全面和完整。对于每一个模式都有详细的说明,并有对其优缺点的讨论,以及适用场景和不适用场景的说明,实在是一个非常不错的学习分布式设计模式的地方。其中有如下分类。

除此之外,还有其它的一些关于分布式系统设计模式的网站和相关资料。

  • ,这里收集了 AWS 云平台的一些设计模式。
  • ,这是 Google 给的一篇论文,其中描述了容器化下的分布式架构的设计模式。
  • ,这是一个 PPT,其中讲了一些分布式系统的架构模式,你可以顺着到 Google 里去搜索。

两个网站罗列了各种各样的服务架构模式。

分布式设计模式的总结。

  • 弹力设计篇,内容包括:认识故障和弹力设计、隔离设计、异步通讯设计、幂等性设计、服务的状态、补偿事务、重试设计、熔断设计、限流设计、降级设计、弹力设计总结。
  • 管理设计篇,内容包括:分布式锁、配置中心、边车模式、服务网格、网关模式、部署升级策略等。
  • 性能设计篇,内容包括:缓存、异步处理、数据库扩展、秒杀、边缘计算等。

设计与工程实践

分布式系统的故障测试

  • ,Netflix 公司的一篇关于做故障注入测试的文章。
  • ,同样来自 Netflix 公司的自动化故障测试的一篇博文。
  • ,Netflix 公司伙同圣克鲁斯加利福尼亚大学和 Gremlin 游戏公司一同撰写的一篇论文。

弹性伸缩

  • ,本文讲解了后端程序的主要性能指标,即响应时间和可伸缩性这两者如何能提高的解决方案,讨论了包括纵向和横向扩展,可伸缩架构、负载均衡、数据库的伸缩、CPU 密集型和 I/O 密集型程序的考量等。
  • ,这是一本叫《Development&Deployment of Multiplayer Online Games》书中一章内容的节选,讨论了有状态和无状态的节点如何伸缩的问题。
  • ,Coding Horror 上的一篇有趣的文章,详细分析了可伸缩性架构的不同扩展方案(横向扩展或纵向扩展)所带来的成本差异,帮助你更好地选择合理的扩展方案。
  • ,OpenShift 的一篇讨论 Scale out 最佳实践的文章。
  • ,这篇文章讨论了一些最差实践,需要小心避免。
  • ,Reddit 分享的一些关于系统扩展的经验教训。
  • 下面是几篇关于自动化弹性伸缩的文章。

一致性哈希

  • ,这是一个一致性哈希的简单教程,其中还有代码示例。
  • ,这篇文章讲述了一致性哈希的一些缺陷和坑,以及各种哈希算法的性能比较,最后还给了一组代码仓库,其中有各种哈希算法的实现。
  • ,Netflix 的一个对一致性哈希的实践,提出了 Uniform Consistent Hashing,是挺有意思的一篇文章。
  • ,这是 Cassandra 中使用到的一致性哈希的相关设计。

数据库分布式

  • ,该文是 Salesforce 的软件架构师帕特·赫兰德(Pat Helland)于 2016 年 12 月发表的针对其在 2007 年 CIDR(创新数据库研究会议)上首次发表的同名文章的更新和缩写版本。业界谈到分布式事务通常指两段提交 2PC 事务(Spring/JEE 中 JTA 等) 或者 Paxos 与 Raft,这些事务都有明显缺点和局限性。

    而赫兰德在本文讨论的是另外一种基于本地事务情况下的事务机制,它是基于实体和活动(Activity)的概念,其实类似 DDD 聚合根和领域事件的概念,这种工作流类型事务虽然需要程序员介入,依靠消息系统实现,但可以实现接近无限扩展的大型系统。赫兰德文中提出了重要的观点:“如果你不能使用分布式事务,那么你就只能使用工作流。”

  • ,这是一篇很不错的探讨数据 Sharding 的文章。基本上来说,数据 Sharding 可能的问题都在这篇文章里谈到了。

  • ,这是 Percona 的一篇文章,其中表达了,不到万不得已不要做数据库分片。是的,最好还是先按业务来拆分,先把做成微服务的架构,然后把数据集变简单,然后再做 Sharding 会更好。

  • ,这也是 Percona 给出的一篇关于怎样给大数据应用做架构扩展的文章。值得一读。

  • ,用 ProxySQL 来支撑 MySQL 数据分片的一篇实践文章。

缓存

  • , CoolShell 上写的缓存更新的几个设计模式,包括 Cache Aside、Read/Write Through、Write Behind Caching。
  • ,设计一个现代化的缓存系统需要注意到的东西。
  • ,Netflix 公司的全局缓存架构实践。
  • ,Facebook 公司的图片缓存使用分析,这篇文章挺有意思的,用数据来调优不同的缓存大小和算法。
  • ,Trivago 公司一篇分享自己是如何把 Memcached 的内存使用率降了一半的实践性文章。
  • ,Yelp 公司的缓存系统架构。

消息队列

  • ,什么时候使用 RabbitMQ,什么时候使用 Kafka,明白如何做技术决策。
  • ,Trello 的 Kafka 架构分享。
  • ,LinkedIn 公司的 Kafka 架构扩展实践。
  • ,这个问题可能经常困扰你,这篇文章可以为你找到答案。
  • ,Yelp 公司每天十亿级实时消息的架构。
  • ,Uber 公司的 Kafka 应用。
  • ,Uber 公司对 Kafka 消息的端到端审计。
  • ,纽约时报的 Kafka 工程实践。
  • ,Heroku 公司的 Kafka Streams 实践。
  • ,Salesforce 的 Kafka 工程实践。
  • ,怎样用 Kafka 让只发送一次的语义变为可能。这是业界中一个很难的工程问题。
  • 同上,这也是一篇挑战消息只发送一次这个技术难题的文章。
  • 。Yahoo! 的 Storm 团队在为他们的流式计算做技术选型时,发现市面上缺乏针对不同计算平台的性能基准测试。于是,他们研究并设计了一种方案来做基准测试,测试了 Apache Flink、Apache Storm 和 Apache Spark 这三种平台。文中给出了结论和具体的测试方案。(如果原文链接不可用,请尝试搜索引擎对该网页的快照。)

关于日志方面

  • ,设计基于 log 结构应用架构的一篇不错的文章。
  • ,Distributed 是 Twitter 2016 年 5 月份开源的一个分布式日志系统。在 Twitter 内部已经使用 2 年多。其主页在 。这篇文章讲述了这个高性能日志系统的一些技术细节。另外,其技术负责人是个中国人,其在微信公众号中也分享过这个系统 。
  • ,Facebook 分布式日志系统方面的一些工程分享。

关于性能方面

  • ,这篇文章收集并整理了一些和系统响应时间相关的文章,可以全面了解和 Latency 有关的系统架构和设计经验方面的知识。
  • ,文中讲述了 20 个常见的系统瓶颈。
  • ,Coding Horror 上的一篇关注性能的文章。
  • ,这篇文章是图书《》中的节选(国内没有卖的),其中给出来了一些和性能有关的设计上的平衡和美学。
  • ,讲述了 CloudFlare 公司是怎样实现他们的限流功能的。从最简单的每客户 IP 限流开始分析,进一步讲到 anycast,在这种情况下 PoP 的分布式限流是怎样实现的,并详细解释了具体的算法。

关于搜索方面

各公司的架构实践

,这个网站会定期分享一些大规模系统架构是怎样构建的,下面是迄今为止各个公司的架构说明。

小结

分布式架构工程设计,讲述了设计原则、设计模式等方面的内容,尤其整理和推荐了国内外知名企业的设计思路和工程实践,十分具有借鉴意义。

转载于:https://www.cnblogs.com/17bdw/p/11116146.html

你可能感兴趣的文章
digitalocean --- How To Install Apache Tomcat 8 on Ubuntu 16.04
查看>>
【题解】[P4178 Tree]
查看>>
Jquery ui widget开发
查看>>
关于indexOf的使用
查看>>
英语单词
查看>>
Mongo自动备份
查看>>
cer证书签名验证
查看>>
新手Python第一天(接触)
查看>>
【bzoj1029】[JSOI2007]建筑抢修
查看>>
synchronized
查看>>
codevs 1080 线段树练习
查看>>
[No0000195]NoSQL还是SQL?这一篇讲清楚
查看>>
【深度学习】caffe 中的一些参数介绍
查看>>
Python-Web框架的本质
查看>>
QML学习笔记之一
查看>>
Window 的引导过程
查看>>
App右上角数字
查看>>
从.NET中委托写法的演变谈开去(上):委托与匿名方法
查看>>
小算法
查看>>
201521123024 《java程序设计》 第12周学习总结
查看>>