Marc Olson 在 Elastic Block Store (EBS) 团队工作了十多年。在此期间,他推动了 EBS 的显著发展,从一个依赖共享驱动器的简单块存储服务发展为一个庞大的网络存储系统,每天执行超过 140 万亿次操作。
在本文中,Marc 从内部视角分享了 EBS 的发展历程,涵盖了诸如排队理论、全面仪表化的重要性,以及渐进式改进与激进变革之间的权衡等经验。他还特别强调了约束条件如何激发创造性解决方案。这是一篇深入探讨 AWS 基础服务之一如何演变以满足客户需求及其创新步伐的文章。
正文
我的职业生涯大部分时间都在构建系统软件,在加入 AWS 之前,我主要专注于网络和安全领域。大约13年前,我加入了 AWS,进入了存储这一全新领域,并迎接了新的挑战。即使在当时,AWS 的规模也远超我之前参与的任何项目,但我从之前积累的经验中发现了许多适用的技术,比如将问题简化到基本原理并通过迭代逐步解决问题和提升性能。
如果你现在查看 AWS 的服务,你会看到一套成熟的核心构建模块,但并非一直如此。EBS 于 2008 年 8 月 20 日推出,比 EC2 测试版上线晚了近两年。它的初衷是为 EC2 实例提供网络附加的块存储。当时团队中只有一两位存储专家,一些分布式系统工程师,以及对计算机系统和网络有扎实知识的成员。看起来这应该不算太难吧?回想起来,如果我们当时知道自己不了解的内容有多少,或许根本不会开始这个项目!
在我加入 EBS 的这些年里,我有幸参与了 EBS 从依赖共享硬盘驱动器(HDD)的产品发展为如今能够为单个 EC2 实例提供数十万 IOPS(每秒输入/输出操作)的历程。回顾这一点非常令人惊叹,因为如今单个实例的 IOPS 性能已经超过了
订阅专栏 解锁全文
2807

被折叠的 条评论
为什么被折叠?



