今天是CloudFlare的生日。我们向公众开放正好是三年前的今天，2010年9月27日。在这三年里，我们已经发展到超过150万个网站，并且占据了超过4%的网络请求。然而，三年前，那些首次注册的人非常可怕。我们很早就意识到，如果我们要将CloudFlare的服务带给尽可能广泛的用户，我们就需要专注于让注册过程变得异常简单。传统的cdn通常需要数月的集成工作，而且通常需要数千美元的专业咨询服务才能启动和运行。我们花了大部分的工程时间来设计一个注册过程，平均耗时不到5分钟。当我们确信这将是一个长期的优势时，随着我们的发布越来越近，我们开始担心：如果成百上千的网站注册，会发生什么？我们只有有限数量的服务器运行在世界各地的少数几个数据中心（芝加哥、圣何塞、阿什本、阿姆斯特丹和东京）。断路器我们在内部讨论如何处理这个问题。我们决定，大约在发布前一个月，我们将创建一个邀请系统，让人们注册他们的电子邮件，然后我们让他们在我们有能力的情况下进入。不幸的是，在我们发布的周一早上，我们意识到团队中没有人有时间构建邀请系统。当米歇尔和我在TechCrunch Disrupt大会的后台练习我们的演讲时，李坐在观众席上，匆忙地编写了一个"断路器"系统，限制新的注册。大约每100个注册，断路器就会跳闸，导致注册表关闭。这将使我们有时间在再次为新客户开放之前检查所有系统。

注册在我们的Disrupt演示的第一分钟就开始了。大约过了一半，我们已经签约了100多个客户，第一台断路器跳闸，我们的工程团队接到警报，要检查服务器的健康状况。出乎意料的是，报名人数还在继续。在匆忙地把断路器安装到位的情况下，关闭注册表单的代码从未上线。当评委们在台上向米歇尔和我询问我们的商业计划和技术系统时，我们的工程团队坐在观众席上疯狂地审核我们的系统，并试图决定是否手动关闭注册。当评委们结束对我们的提问时，我们已经注册了大约500个网站，但没有迹象表明速度在放缓。TechCrunch发布文章上线后，又出现了一波热潮。

全速前进Sri是我们的第一个，也是当时我们行动小组的唯一成员，他正在检查所有服务器，以找到任何热点。我们在网络上的流量从几分钟前的几乎什么都没有增加到每秒数百个请求。但这一体系似乎仍在运转。李打电话是为了让人们继续报名，但没有修好断路器。到最后，我们只注册了不到2000个新网站——几乎是我们最初预期的10倍。我们花了9个月的时间建立的核心系统没有问题。第一天晚上我们谁也没睡太多，因为我们都登录到我们的仪表板，观察系统的运行状况。新的注册速度有所放缓，但流量只会增加。李在周二下午给我打电话说："好吧，我已经检查了所有的东西，我有信心我们所建造的至少在未来2到3年内会继续扩大规模。之后，我们将不得不重新设计一些东西，但在此之前，我认为我们永远不会拒绝新客户，因此我终止了断路器。"大步前进今天，我们一天注册了多达5000个新客户。而且，正如李正确预测的那样，核心系统运行良好。大约一年前，我们对CloudFlare的核心系统进行了全面调查。基于此，我们开始努力重新构建所有我们开始发现瓶颈的系统。这项工作基本上已经完成，并开始产生新的灵活性和可扩展性，以实现更多的功能、更快的性能和我们的网络的急剧扩展。虽然我们已经度过了令人惊异的第三年，但我预测在接下来的12个月里，我们的产品会让你大吃一惊。但是，今天，在CloudFlare办公室，我们的团队将休息片刻，庆祝我们的生日。