# 机器:惠普基于忆阻器的新型数据中心规模计算机-一切仍在变化
> 原文: [http://highscalability.com/blog/2014/12/15/the-machine-hps-new-memristor-based-datacenter-scale-compute.html](http://highscalability.com/blog/2014/12/15/the-machine-hps-new-memristor-based-datacenter-scale-compute.html)
> 摩尔定律的终结是过去 50 年来计算机发生的最好的事情。 摩尔定律一直是安慰的专制。 您可以放心,您的筹码会不断进步。 每个人都知道即将发生什么以及何时发生。 整个半导体行业都被迫遵守摩尔定律。 在整个过程中没有新的发明。 只需在跑步机上踩一下,然后执行预期的操作即可。 我们终于摆脱了束缚,进入了自 1940 年代后期以来我们看到的最激动人心的计算时代。 最终,我们处于人们可以发明的阶段,将尝试并尝试这些新事物并找到进入市场的方式。 我们最终将以不同的方式和更聪明的方式做事。
>
> - [Stanley Williams](http://en.wikipedia.org/wiki/R._Stanley_Williams) (措辞)
![](https://img.kancloud.cn/4c/15/4c158b50c91642e98379e4576f0ecbbb_239x128.png)
惠普一直在开发一种全新的计算机,其名称为*机器*(不是 [这台机器](http://personofinterest.wikia.com/wiki/The_Machine) )。 该机器可能是惠普历史上最大的 R & D 项目。 这是对硬件和软件的彻底重建。 巨大的努力。 惠普希望在两年内启动并运行其数据中心规模产品的小版本。
故事始于大约四年前我们在 [中首次遇到惠普的](http://highscalability.com/blog/2010/5/5/how-will-memristors-change-everything.html) [Stanley Williams](http://en.wikipedia.org/wiki/R._Stanley_Williams) ? 在忆阻器故事的最新一章中,威廉姆斯先生发表了另一篇令人难以置信的演讲: [机器:用于计算大数据的 HP 忆阻器解决方案 [](https://mediacosmos.rice.edu/app/plugin/embed.aspx?ID=vVUTzFCE006yZu3TF1sXKg&displayTitle=false&startTime=0&autoPlay=false&hideControls=false&showCaptions=false&width=420&height=236&destinationID=URka-_E5-0-e4girH4pDPQ&contentID=vq2oQtAqPkeAqm5F6uSnqA&pageIndex=1&pageSize=10) ,进一步揭示了机器的工作方式。
机器的目标是**折叠内存/存储层次结构**。 今天的计算是低能效的。 **消耗了 80%的能量**和大量时间**在硬盘,内存,处理器和多层高速缓存之间移动位**。 客户最终花在电费上的钱比买机器本身要多。 因此,该计算机没有硬盘,DRAM 或闪存。 数据保存在高能效忆阻器,基于离子的非易失性存储器中,数据通过光子网络移动,这是另一种非常省电的技术。 当一小部分信息离开核心时,它就以光脉冲的形式离开。
在图形处理基准上,据报道,“机器”基于能效的性能要好 2-3 个数量级,而基于时间的性能要好一个数量级。 这些基准没有详细信息,但这就是要点。
**机器首先放置数据** 。 其概念是围绕非易失性存储器构建一个系统,在整个存储器中自由分配处理器。 当您要运行程序时,请 **将程序发送到内存** 附近的处理器,在本地进行计算,然后将结果发送回去。 计算使用了各种各样的异构多核处理器。 与仅移动 TB 或 PB 的数据相比,仅传输程序所需的位和结果可节省大量资金。
机器不针对标准 HPC 工作负载。 这不是 LINPACK 破坏者。 HP 试图为客户解决的问题是客户要执行查询并通过搜索大量数据来找出答案。 随着新数据的出现,需要存储大量数据并进行实时分析的问题
**为什么构建计算机需要非常不同的体系结构?** 计算机系统无法跟上不断涌入的大量数据。惠普从其客户那里得知,他们需要能够处理越来越多的数据的能力。 **与晶体管的制造速度**相比,收集的位数呈指数增长。 另外,信息收集的增长速度快于硬盘的制造速度。 惠普估计,人们真正想做的事有 250 万亿张 DVD 数据。 全世界从未收集过大量数据,甚至从未查看过。
因此,需要一些新的东西。 至少这是惠普的赌注。 尽管很容易对 HP 正在开发的技术感到兴奋,但至少在本世纪末之前,这对您和我来说都不是。 这些将在相当长一段时间内都不是商业产品。 惠普打算将它们用于自己的企业产品,在内部消耗所制造的一切。 我们的想法是,我们还处于技术周期的初期,因此首先要构建高成本的系统,然后随着数量的增长和流程的改进,该技术将可以进行商业部署。 最终,成本将下降到足以出售更小尺寸的产品。
有趣的是,HP 本质上是在构建自己的云基础架构,但是他们没有利用商品硬件和软件,而是在构建自己最好的定制硬件和软件。 云通常提供大量的内存,磁盘和 CPU 池,这些池围绕通过快速网络连接的实例类型进行组织。 最近,有一种将这些资源池视为独立于基础实例的方法。 因此,我们看到诸如 [Kubernetes 和 Mesos](https://mesosphere.com/2014/07/10/mesosphere-announces-kubernetes-on-mesos/) 之类的高级调度软件正在成为行业中的更大力量。 惠普必须自己构建所有这些软件,以解决许多相同的问题,以及专用芯片提供的机会。 您可以想象程序员对非常专业的应用程序进行编程以从 The Machine 获得每盎司的性能,但是 HP 更有可能必须创建一个非常复杂的调度系统来优化程序在 The Machine 上的运行方式。 **软件的下一步是一种全息应用程序体系结构的演进,其中功能在时间和空间上都是流动的,并且身份在运行时由二维结构产生。** 日程安排优化是云上正在探索的下一个领域。
演讲分为两个主要部分:硬件和软件。 该项目的三分之二是软件,但威廉姆斯先生是硬件专家,所以硬件占了大部分。 硬件部分基于**优化围绕**可用的物理原理的各种功能的思想:**电子计算; 离子存储 光子通信**。
这是我对威廉姆斯先生的发言 [讲话](https://mediacosmos.rice.edu/app/plugin/embed.aspx?ID=vVUTzFCE006yZu3TF1sXKg&displayTitle=false&startTime=0&autoPlay=false&hideControls=false&showCaptions=false&width=420&height=236&destinationID=URka-_E5-0-e4girH4pDPQ&contentID=vq2oQtAqPkeAqm5F6uSnqA&pageIndex=1&pageSize=10) 。 像往常一样,面对如此复杂的主题,可能会错过很多东西。 另外,威廉姆斯先生在煎饼周围扔出了很多有趣的主意,因此强烈建议您观看演讲。 但是在那之前,让我们来看看 HP 认为机器将是计算的未来……。
## 为什么构建计算机需要不同的体系结构?
计算架构在 60 年来从未改变。 [Von Neumann 架构](http://en.wikipedia.org/wiki/Von_Neumann_architecture) 仅打算使用几年,但我们仍在使用它。 数据必须在内存,处理器和硬盘之间来回移动。 **如今,移动数据的过程已完全主导了计算**。 这就是在数据中心中花费大量时间并消耗大量电力的原因。
摩尔定律即将终结。 我们已经达到了 14 nm(约 50 个原子)的晶体管。 7 nm 被认为是物理极限。 10 纳米将在两年内准备就绪,而 7 纳米将在 2020 年之前准备就绪。 这将使计算效率提高 10 个数量级,这是人类技术有史以来最大的改进。
我们如何看待突破摩尔定律范式? **围绕可用的**优化物理的各种功能。 50 年来,我们附属于计算机的东西是电子。 那不会改变。 电子是执行计算过程的理想选择。 它们很小,很轻,您施加了电压,移动很快,但是它们的质量足以使它们位于一个很小的空间中,并且相互作用非常强,因此您可以对电子进行逻辑运算。 电子将继续成为引擎的计算部分。
**我们将使用离子** 而不是使用电子进行存储。 原因是离子是经典的机械粒子,它们很重,将它们放在某个地方并留在那儿,您可以回到一个世纪后,将离子放在那儿的位置仍然存在。 离子确实是非易失性存储信息的一种方法。 可以将离子放在小盒子中,然后可以将盒子堆叠起来,与电子相比,可以实现高密度,低成本的存储。
**数据将使用光子** 移动。 其原因是光子没有质量,因此它们以光速运动。 可以在同一波导中放置许多不同颜色的光,因此可以节省大量空间和能源。 更高的通信带宽和更低的功耗。
正在围绕这些功能中的每一个对机器周围的硬件进行优化,以便进行计算,存储和通信。 通过适当地构建它们,存在有利的非线性相互作用。
**通过异构多核芯片的扩散,电子将继续成为未来** 的计算引擎。 由于摩尔定律的失败,如今存在多核芯片。 我们之所以拥有多核芯片,是因为一个大而快的芯片的功耗会使其蒸发。 为了解决该问题,将芯片切成小块。 问题是多核更难编程,但是我们开始弄清楚,人们现在认为多核是一件好事。
并非所有核心都相同,而是核心将有所不同。 代替在芯片上具有相同的 256 个内核,将针对不同类型的功能优化不同的内核。
**挑战是 Dark Silicon** 。 如果同时点亮一个芯片上的所有内核,则**芯片将被蒸发**。 您实际上从未真正使用过芯片上的所有内核。 与 14nm 相比,在 10nm 下,您必须一次使用一半的内核。 如果内核是特定于功能的,则在不使用内核时将它们变暗是有意义的。 专用加速器是可以超级高效地运行一种类型的计算的核心,但是它只能完成一件事。 对于求解晶体结构,如果您有一个可以在一个时钟周期内完成傅立叶变换的专用内核,那将非常有帮助。
您不需要庞大的团队来设计处理器。 有些公司出售处理器设计。 您可以只设计几个专门的加速器。 这些设计可以招标。 力量的平衡将转移给设计师,而不是制造商,他们将成为低成本的竞标者。
## **忆阻器是离子盒**
**DRAM 本质上吸收电子并将其放入盒子中** 。 随着盒子的尺寸越来越小,将电子保持在内部的难度越来越大,这意味着 DRAM 必须更频繁地刷新。 可靠地将电子存储在 DRAM 或闪存中变得越来越困难。
**解决方案是在存储介质中使用作为带电原子的离子代替电子** 。 原子比电子的行为更好,因为它们的质量大得多。 原子是经典的机械粒子,因此即使在 10nm 的盒子中,原子也很高兴成为粒子。 将离子放入盒子中,在盒子上施加电压,离子将在盒子内移动。 关闭电压,即使在很小的盒子中,离子也将保持原状,甚至持续数百万年。 这是非常稳定的非易失性类型的内存。
**可以通过在盒子上施加小电压并测量电阻**来读取离子状态 **。 由于电压不够高,离子不会移动。 盒子的电阻取决于离子在里面的位置。 当离子在盒子中均匀分布时,您会得到一个低电阻,您可以将其称为 1。如果将所有离子推到盒子的一侧,则电阻将非常高,您可以将其称为 0。**
**离子盒是忆阻器**。 与 DRAM 忆阻器相比,**因子**慢 4 倍,可以通过并行访问来缓和。 忆阻器的功率要求要低得多,因为离子不会泄漏,因此无需刷新。 **的位密度要比**高得多,因为可以将盒子堆叠在一起。 芯片**每位**便宜得多。 基于这些想法,他们多年来一直在制造芯片。 在演讲中,显示的芯片使用了 2.5 年,并使用了 50nm 技术,这意味着当前的迭代要好得多,但是他们无法发表评论。
想法是折叠内存/存储层次结构,并消除在系统中所有层之间移动数据的所有开销和时间。 今天的计算问题是能源效率低下。 花费了 80%的能量,并花费了大量时间来获取位,然后将它们从硬盘,内存,处理器,多层高速缓存中移出,然后再向下移出。 大多数操作系统都关心所有这些数据处理的机制。
## 使用光子进行通信
光子破坏距离。 没有什么比光速快。
那么为什么我们不像在电信网络中那样已经在芯片上使用光子学呢? 互连的成本将是计算机本身成本的一千倍。 **通过机架移动的数据量大于通过北美电信网络**的数据量。
**惠普一直在努力降低成本**。 光线是移动数据的一种上乘方式。 它具有高带宽(单根导线中有多个波长),高能效(无能量损失),低延迟(无中继器)和空间高效(节省了引脚数)。
他们现在正在使用标准硅工艺在硅晶片上集成光子学。
此技术用于在计算机中创建通信结构。 电脑是一个装有刀片的盒子。 刀片服务器具有忆阻器存储芯片和多核处理器。 插入刀片时,刀片会自动重新配置光子网络,以便一切都能相互通信。 接下来要做的是把盒子拿起来并堆放在一起,形成一个架子。 同样,网络会自动进行自我配置。 接下来是能够组装一个数据中心的机架,然后将它们全部抬起并正确配置。
![](https://img.kancloud.cn/c8/37/c837ee911816a9c7a745013d9874a7ed_308x180.png)
## 软件-三分之二
到目前为止,所有硬件仅占项目的 1/3。 The Machine 之上必须装有操作系统。 一个操作系统可能需要数十年的开发时间。 **惠普正在开发精简版的 Linux** ,该版本非常快,因为处理掉了数据内部移动的所有逻辑都已被剔除。 他们还创建了**开源社区,以构建操作系统**的本机版本,以及所有最重要的应用程序,例如分析,可视化,艾字节级算法和百万节点管理。
试图缩短从研究,开发到产品生产的时间范围。 大量的工作。 这是一个非常冒险的项目。 规模庞大。 雄心勃勃。 巨大的风险。
## 对任何尝试进行全新工作的人来说,都是一个重大警告。
**经验教训**:他们遇到了无法预料的问题。 然后要做很多工作,以确保可以使用标准制造流程来构建其流程。
如果您尝试引入真正不同的东西,例如碳纳米管或石墨烯,会发生什么? 他们使用所有标准材料所面临的挑战是巨大的。 引入异国情调的东西将需要数十年的时间才能真正通过实际的制造过程进行构建。 如果您打算深入研究并大胆地做,则必须**做一些与现有**尽可能接近的事情。 你离那不可能走得太远。
## 相关文章
* [忆阻器将如何改变一切?](http://highscalability.com/blog/2010/5/5/how-will-memristors-change-everything.html)
* [我们比光而不是电的超高速计算机更近一步](http://www.fastcolabs.com/3039445/were-one-step-closer-to-superfast-computers-that-run-on-light-instead-of-electricity)
* Google 押注 [Quantum Computers](https://plus.google.com/+QuantumAILab/posts)
* [图灵大教堂](http://www.amazon.com/dp/0375422773) -乔治·戴森
* [IT 的新风格](http://www.hipeac.net/system/files/HiPEAC14-faraboschi-pub.pdf)
- LiveJournal 体系结构
- mixi.jp 体系结构
- 友谊建筑
- FeedBurner 体系结构
- GoogleTalk 架构
- ThemBid 架构
- 使用 Amazon 服务以 100 美元的价格构建无限可扩展的基础架构
- TypePad 建筑
- 维基媒体架构
- Joost 网络架构
- 亚马逊建筑
- Fotolog 扩展成功的秘诀
- 普恩斯的教训-早期
- 论文:Wikipedia 的站点内部,配置,代码示例和管理问题
- 扩大早期创业规模
- Feedblendr 架构-使用 EC2 进行扩展
- Slashdot Architecture-互联网的老人如何学会扩展
- Flickr 架构
- Tailrank 架构-了解如何在整个徽标范围内跟踪模因
- Ruby on Rails 如何在 550k 网页浏览中幸存
- Mailinator 架构
- Rackspace 现在如何使用 MapReduce 和 Hadoop 查询 TB 的数据
- Yandex 架构
- YouTube 架构
- Skype 计划 PostgreSQL 扩展到 10 亿用户
- 易趣建筑
- FaceStat 的祸根与智慧赢得了胜利
- Flickr 的联合会:每天进行数十亿次查询
- EVE 在线架构
- Notify.me 体系结构-同步性
- Google 架构
- 第二人生架构-网格
- MySpace 体系结构
- 扩展 Digg 和其他 Web 应用程序
- Digg 建筑
- 在 Amazon EC2 中部署大规模基础架构的六个经验教训
- Wolfram | Alpha 建筑
- 为什么 Facebook,Digg 和 Twitter 很难扩展?
- 全球范围扩展的 10 个 eBay 秘密
- BuddyPoke 如何使用 Google App Engine 在 Facebook 上扩展
- 《 FarmVille》如何扩展以每月收获 7500 万玩家
- Twitter 计划分析 1000 亿条推文
- MySpace 如何与 100 万个并发用户一起测试其实时站点
- FarmVille 如何扩展-后续
- Justin.tv 的实时视频广播架构
- 策略:缓存 404 在服务器时间上节省了洋葱 66%
- Poppen.de 建筑
- MocoSpace Architecture-一个月有 30 亿个移动页面浏览量
- Sify.com 体系结构-每秒 3900 个请求的门户
- 每月将 Reddit 打造为 2.7 亿页面浏览量时汲取的 7 个教训
- Playfish 的社交游戏架构-每月有 5000 万用户并且不断增长
- 扩展 BBC iPlayer 的 6 种策略
- Facebook 的新实时消息系统:HBase 每月可存储 135 亿条消息
- Pinboard.in Architecture-付费玩以保持系统小巧
- BankSimple 迷你架构-使用下一代工具链
- Riak 的 Bitcask-用于快速键/值数据的日志结构哈希表
- Mollom 体系结构-每秒以 100 个请求杀死超过 3.73 亿个垃圾邮件
- Wordnik-MongoDB 和 Scala 上每天有 1000 万个 API 请求
- Node.js 成为堆栈的一部分了吗? SimpleGeo 说是的。
- 堆栈溢出体系结构更新-现在每月有 9500 万页面浏览量
- Medialets 体系结构-击败艰巨的移动设备数据
- Facebook 的新实时分析系统:HBase 每天处理 200 亿个事件
- Microsoft Stack 是否杀死了 MySpace?
- Viddler Architecture-每天嵌入 700 万个和 1500 Req / Sec 高峰
- Facebook:用于扩展数十亿条消息的示例规范架构
- Evernote Architecture-每天有 900 万用户和 1.5 亿个请求
- TripAdvisor 的短
- TripAdvisor 架构-4,000 万访客,200M 动态页面浏览,30TB 数据
- ATMCash 利用虚拟化实现安全性-不变性和还原
- Google+是使用您也可以使用的工具构建的:闭包,Java Servlet,JavaScript,BigTable,Colossus,快速周转
- 新的文物建筑-每天收集 20 亿多个指标
- Peecho Architecture-鞋带上的可扩展性
- 标记式架构-扩展到 1 亿用户,1000 台服务器和 50 亿个页面视图
- 论文:Akamai 网络-70 个国家/地区的 61,000 台服务器,1,000 个网络
- 策略:在 S3 或 GitHub 上运行可扩展,可用且廉价的静态站点
- Pud 是反堆栈-Windows,CFML,Dropbox,Xeround,JungleDisk,ELB
- 用于扩展 Turntable.fm 和 Labmeeting 的数百万用户的 17 种技术
- StackExchange 体系结构更新-平稳运行,Amazon 4x 更昂贵
- DataSift 体系结构:每秒进行 120,000 条推文的实时数据挖掘
- Instagram 架构:1400 万用户,1 TB 的照片,数百个实例,数十种技术
- PlentyOfFish 更新-每月 60 亿次浏览量和 320 亿张图片
- Etsy Saga:从筒仓到开心到一个月的浏览量达到数十亿
- 数据范围项目-6PB 存储,500GBytes / sec 顺序 IO,20M IOPS,130TFlops
- 99designs 的设计-数以千万计的综合浏览量
- Tumblr Architecture-150 亿页面浏览量一个月,比 Twitter 更难扩展
- Berkeley DB 体系结构-NoSQL 很酷之前的 NoSQL
- Pixable Architecture-每天对 2000 万张照片进行爬网,分析和排名
- LinkedIn:使用 Databus 创建低延迟更改数据捕获系统
- 在 30 分钟内进行 7 年的 YouTube 可扩展性课程
- YouPorn-每天定位 2 亿次观看
- Instagram 架构更新:Instagram 有何新功能?
- 搜索技术剖析:blekko 的 NoSQL 数据库
- Pinterest 体系结构更新-1800 万访问者,增长 10 倍,拥有 12 名员工,410 TB 数据
- 搜索技术剖析:使用组合器爬行
- iDoneThis-从头开始扩展基于电子邮件的应用程序
- StubHub 体系结构:全球最大的票务市场背后的惊人复杂性
- FictionPress:在网络上发布 600 万本小说
- Cinchcast 体系结构-每天产生 1,500 小时的音频
- 棱柱架构-使用社交网络上的机器学习来弄清您应该在网络上阅读的内容
- 棱镜更新:基于文档和用户的机器学习
- Zoosk-实时通信背后的工程
- WordPress.com 使用 NGINX 服务 70,000 req / sec 和超过 15 Gbit / sec 的流量
- 史诗般的 TripAdvisor 更新:为什么不在云上运行? 盛大的实验
- UltraDNS 如何处理数十万个区域和数千万条记录
- 更简单,更便宜,更快:Playtomic 从.NET 迁移到 Node 和 Heroku
- Spanner-关于程序员使用 NoSQL 规模的 SQL 语义构建应用程序
- BigData 使用 Erlang,C 和 Lisp 对抗移动数据海啸
- 分析数十亿笔信用卡交易并在云中提供低延迟的见解
- MongoDB 和 GridFS 用于内部和内部数据中心数据复制
- 每天处理 1 亿个像素-少量竞争会导致大规模问题
- DuckDuckGo 体系结构-每天进行 100 万次深度搜索并不断增长
- SongPop 在 GAE 上可扩展至 100 万活跃用户,表明 PaaS 未通过
- Iron.io 从 Ruby 迁移到 Go:减少了 28 台服务器并避免了巨大的 Clusterf ** ks
- 可汗学院支票簿每月在 GAE 上扩展至 600 万用户
- 在破坏之前先检查自己-鳄梨的建筑演进的 5 个早期阶段
- 缩放 Pinterest-两年内每月从 0 到十亿的页面浏览量
- Facebook 的网络秘密
- 神话:埃里克·布鲁尔(Eric Brewer)谈银行为什么不是碱-可用性就是收入
- 一千万个并发连接的秘密-内核是问题,而不是解决方案
- GOV.UK-不是你父亲的书库
- 缩放邮箱-在 6 周内从 0 到 100 万用户,每天 1 亿条消息
- 在 Yelp 上利用云计算-每月访问量为 1.02 亿,评论量为 3900 万
- 每台服务器将 PHP 扩展到 30,000 个并发用户的 5 条 Rockin'Tips
- Twitter 的架构用于在 5 秒内处理 1.5 亿活跃用户,300K QPS,22 MB / S Firehose 以及发送推文
- Salesforce Architecture-他们每天如何处理 13 亿笔交易
- 扩大流量的设计决策
- ESPN 的架构规模-每秒以 100,000 Duh Nuh Nuhs 运行
- 如何制作无限可扩展的关系数据库管理系统(RDBMS)
- Bazaarvoice 的架构每月发展到 500M 唯一用户
- HipChat 如何使用 ElasticSearch 和 Redis 存储和索引数十亿条消息
- NYTimes 架构:无头,无主控,无单点故障
- 接下来的大型声音如何使用 Hadoop 数据版本控制系统跟踪万亿首歌曲的播放,喜欢和更多内容
- Google 如何备份 Internet 和数十亿字节的其他数据
- 从 HackerEarth 用 Apache 扩展 Python 和 Django 的 13 个简单技巧
- AOL.com 体系结构如何发展到 99.999%的可用性,每天 800 万的访问者和每秒 200,000 个请求
- Facebook 以 190 亿美元的价格收购了 WhatsApp 体系结构
- 使用 AWS,Scala,Akka,Play,MongoDB 和 Elasticsearch 构建社交音乐服务
- 大,小,热还是冷-条带,Tapad,Etsy 和 Square 的健壮数据管道示例
- WhatsApp 如何每秒吸引近 5 亿用户,11,000 内核和 7,000 万条消息
- Disqus 如何以每秒 165K 的消息和小于 0.2 秒的延迟进行实时处理
- 关于 Disqus 的更新:它仍然是实时的,但是 Go 摧毁了 Python
- 关于 Wayback 机器如何在银河系中存储比明星更多的页面的简短说明
- 在 PagerDuty 迁移到 EC2 中的 XtraDB 群集
- 扩展世界杯-Gambify 如何与 2 人组成的团队一起运行大型移动投注应用程序
- 一点点:建立一个可处理每月 60 亿次点击的分布式系统的经验教训
- StackOverflow 更新:一个月有 5.6 亿次网页浏览,25 台服务器,而这一切都与性能有关
- Tumblr:哈希处理每秒 23,000 个博客请求的方式
- 使用 HAProxy,PHP,Redis 和 MySQL 处理 10 亿个请求的简便方法来构建成长型启动架构
- MixRadio 体系结构-兼顾各种服务
- Twitter 如何使用 Redis 进行扩展-105TB RAM,39MM QPS,10,000 多个实例
- 正确处理事情:通过即时重放查看集中式系统与分散式系统
- Instagram 提高了其应用程序的性能。 这是如何做。
- Clay.io 如何使用 AWS,Docker,HAProxy 和 Lots 建立其 10 倍架构
- 英雄联盟如何将聊天扩大到 7000 万玩家-需要很多小兵。
- Wix 的 Nifty Architecture 技巧-大规模构建发布平台
- Aeron:我们真的需要另一个消息传递系统吗?
- 机器:惠普基于忆阻器的新型数据中心规模计算机-一切仍在变化
- AWS 的惊人规模及其对云的未来意味着什么
- Vinted 体系结构:每天部署数百次,以保持繁忙的门户稳定
- 将 Kim Kardashian 扩展到 1 亿个页面
- HappyPancake:建立简单可扩展基金会的回顾
- 阿尔及利亚分布式搜索网络的体系结构
- AppLovin:通过每天处理 300 亿个请求向全球移动消费者进行营销
- Swiftype 如何以及为何从 EC2 迁移到真实硬件
- 我们如何扩展 VividCortex 的后端系统
- Appknox 架构-从 AWS 切换到 Google Cloud
- 阿尔及利亚通往全球 API 的愤怒之路
- 阿尔及利亚通往全球 API 步骤的愤怒之路第 2 部分
- 为社交产品设计后端
- 阿尔及利亚通往全球 API 第 3 部分的愤怒之路
- Google 如何创造只有他们才能创造的惊人的数据中心网络
- Autodesk 如何在 Mesos 上实施可扩展事件
- 构建全球分布式,关键任务应用程序:Trenches 部分的经验教训 1
- 构建全球分布式,关键任务应用程序:Trenches 第 2 部分的经验教训
- 需要物联网吗? 这是美国一家主要公用事业公司从 550 万米以上收集电力数据的方式
- Uber 如何扩展其实时市场平台
- 优步变得非常规:使用司机电话作为备份数据中心
- 在不到五分钟的时间里,Facebook 如何告诉您的朋友您在灾难中很安全
- Zappos 的网站与 Amazon 集成后冻结了两年
- 为在现代时代构建可扩展的有状态服务提供依据
- 细分:使用 Docker,ECS 和 Terraform 重建基础架构
- 十年 IT 失败的五个教训
- Shopify 如何扩展以处理来自 Kanye West 和 Superbowl 的 Flash 销售
- 整个 Netflix 堆栈的 360 度视图
- Wistia 如何每小时处理数百万个请求并处理丰富的视频分析
- Google 和 eBay 关于构建微服务生态系统的深刻教训
- 无服务器启动-服务器崩溃!
- 在 Amazon AWS 上扩展至 1100 万以上用户的入门指南
- 为 David Guetta 建立无限可扩展的在线录制活动
- Tinder:最大的推荐引擎之一如何决定您接下来会看到谁?
- 如何使用微服务建立财产管理系统集成
- Egnyte 体系结构:构建和扩展多 PB 分布式系统的经验教训
- Zapier 如何自动化数十亿个工作流自动化任务的旅程
- Jeff Dean 在 Google 进行大规模深度学习
- 如今 Etsy 的架构是什么样的?
- 我们如何在 Mail.Ru Cloud 中实现视频播放器
- Twitter 如何每秒处理 3,000 张图像
- 每天可处理数百万个请求的图像优化技术
- Facebook 如何向 80 万同时观看者直播
- Google 如何针对行星级基础设施进行行星级工程设计?
- 为 Mail.Ru Group 的电子邮件服务实施反垃圾邮件的猫捉老鼠的故事,以及 Tarantool 与此相关的内容
- The Dollar Shave Club Architecture Unilever 以 10 亿美元的价格被收购
- Uber 如何使用 Mesos 和 Cassandra 跨多个数据中心每秒管理一百万个写入
- 从将 Uber 扩展到 2000 名工程师,1000 个服务和 8000 个 Git 存储库获得的经验教训
- QuickBooks 平台
- 美国大选期间城市飞艇如何扩展到 25 亿个通知
- Probot 的体系结构-我的 Slack 和 Messenger Bot 用于回答问题
- AdStage 从 Heroku 迁移到 AWS
- 为何将 Morningstar 迁移到云端:降低 97%的成本
- ButterCMS 体系结构:关键任务 API 每月可处理数百万个请求
- Netflix:按下 Play 会发生什么?
- ipdata 如何以每月 150 美元的价格为来自 10 个无限扩展的全球端点的 2500 万个 API 调用提供服务
- 每天为 1000 亿个事件赋予意义-Teads 的 Analytics(分析)管道
- Auth0 体系结构:在多个云提供商和地区中运行
- 从裸机到 Kubernetes
- Egnyte Architecture:构建和扩展多 PB 内容平台的经验教训
- 缩放原理
- TripleLift 如何建立 Adtech 数据管道每天处理数十亿个事件
- Tinder:最大的推荐引擎之一如何决定您接下来会看到谁?
- 如何使用微服务建立财产管理系统集成
- Egnyte 体系结构:构建和扩展多 PB 分布式系统的经验教训
- Zapier 如何自动化数十亿个工作流自动化任务的旅程
- Jeff Dean 在 Google 进行大规模深度学习
- 如今 Etsy 的架构是什么样的?
- 我们如何在 Mail.Ru Cloud 中实现视频播放器
- Twitter 如何每秒处理 3,000 张图像
- 每天可处理数百万个请求的图像优化技术
- Facebook 如何向 80 万同时观看者直播
- Google 如何针对行星级基础设施进行行星级工程设计?
- 为 Mail.Ru Group 的电子邮件服务实施反垃圾邮件的猫捉老鼠的故事,以及 Tarantool 与此相关的内容
- The Dollar Shave Club Architecture Unilever 以 10 亿美元的价格被收购
- Uber 如何使用 Mesos 和 Cassandra 跨多个数据中心每秒管理一百万个写入
- 从将 Uber 扩展到 2000 名工程师,1000 个服务和 8000 个 Git 存储库获得的经验教训
- QuickBooks 平台
- 美国大选期间城市飞艇如何扩展到 25 亿条通知
- Probot 的体系结构-我的 Slack 和 Messenger Bot 用于回答问题
- AdStage 从 Heroku 迁移到 AWS
- 为何将 Morningstar 迁移到云端:降低 97%的成本
- ButterCMS 体系结构:关键任务 API 每月可处理数百万个请求
- Netflix:按下 Play 会发生什么?
- ipdata 如何以每月 150 美元的价格为来自 10 个无限扩展的全球端点的 2500 万个 API 调用提供服务
- 每天为 1000 亿个事件赋予意义-Teads 的 Analytics(分析)管道
- Auth0 体系结构:在多个云提供商和地区中运行
- 从裸机到 Kubernetes
- Egnyte Architecture:构建和扩展多 PB 内容平台的经验教训