创始人告诉你，Instagram 成功的 5 个经验

2010 年，我们推出 Instagram 第一版的前一夜，联合创始人 Kevin 和我打赌，在没有任何推广的情况下，第一天会有多少人下载我们的 app。Kevin 猜是 2500 人，而在那个特别乐观的瞬间，我决定把数目定高，猜测会有 25000 人。结果第二天，我都不敢相信，下载量恰好就是我所估计的数目。

如今，在我们第 5 个生日之际，Instagram 在全球已经拥有 4 亿用户，他们每天上传 8000 万张图片或视频。往回看，我们在最初的产品上就实现了简洁与精细的平衡，而在上一年，搜索和发现功能得到更新，Instagram Direct 上线了全新界面，并且有创意小工具不断推出，比如 Layout。

在我们团队发展的这五年中，我们一直忠于我们的原则先做简单的事。而在我们的下一个五年，也会把它继续作为核心。狼蚁网站SEO优化是我们在过去五年创立 Instagram 过程中的一些大的里程碑——有好的，不好的，还有令人惊喜的。我希望其中会有你可以带走的经验，帮助你去发展你自己的团队和公司。

里程碑 #13 个月内拥有 100 万用户

最大的挑战

在 Instagram 推出后的第一个月，情况几乎是混沌的—— 凌晨三点服务器警告页面的出现是常态而不是例外。在第一天激增至 25000 名用户后，我们的用户数继续快速增长，直到达到 100 万。没有什么刺激比人们真的想用我们的产品更强烈的了，于是我们换到了“高速档”，确保我们可以支撑增长的需求。当我们刚开始的时候，Instagram 只在洛杉矶的一个服务器上运行，它的运算能力比一部 Macbook Pro 还要差。在遭遇到第一天快速增长之后，我跟主机服务提供商打电话，要求增加一台服务器，他们说需要 4 天才能实现——如果我们很急的话可以缩短到 48 小时。考虑到我们的增长看起来那么不可预测，我们决定转移到 AWS（亚马逊网络服务）。

考虑到我们在基础架构上都没有太多的经验，我们不得不快速地吸收尽量多的知识。QCon 和 Velocity 上有非常好的会议视频，Facebook，NEtflix，Twitter 还有其他网站上也有很多相关文章。共享技术性想法的这种开放文化是我们这个行业最好的东西之一，也是促使我们更新技术博客的主要因素。

可借鉴的经验我们的原则——“先做简单的事”在最开始的时候已经成型了。因为当时我们只有两个人，，每一次面对新挑战的时候，我们都需要确定一个最快速，最简单的解决办法。如果当时我们对一切事情都作长远考虑，那么我们可能会因为什么也做不了而瘫痪。选择最重要的问题去解决，选择最简单的解决方法，这样才能支撑起我们指数式的增长。

里程碑 #2登陆 Android

最令人期待的发布

在 Instagram 的最初几年，每一次我和 Kevin 上台时都会遇到同样的一个问题“Android 版本什么时候推出？”

我们刚开始只发布了 iOS 版本，这是因为我们希望可以快速迭代我们的产品——要知道我们当时只有两个工程师。但进入 2012 年，拓展到更多平台上的时机已经到来。在典型的 Instagram 风格下，我们的 Android app 在三个工程师的三个月努力下搭建起来。团队里除了有两位为完成这个项目而学习 Android 的工程师外，还有从 Gowalla（一家基于位置服务的社交网络公司，在 2012 年关闭） 的 Android 部门过来的 Philip，他领导 Instagram 的移动业务直到现在。

在那段时间里我部分的工作是成为一个“专业的 eBay 购物者”，因为我们希望在尽可能多的设备上测试我们的 app，包括一个叫“M865 Ascend II 2 Touch”的手机。通常的流程是，拆开送来我们办公室的新手机，安装我们的测试版 app，然后赞叹 app 在上面的良好表现。Android 设备的广泛给我们带来了一些挑战——特别当我们开发 Instagram 视频产品的时候。，在很小的改动后，我们的应用就能适应如此多设备，这让我们非常兴奋。

当 Android 版本发布后的 12 个小时，有超过 100 万新用户加入 Instagram——这是一个非常难以置信的结果。在那个时候，我还写了一些在基础架构上学到的东西。随着时间的推移，我们的 Android 版本不断更新，越来越像平台上的原生应用了。到了今天，它已经成为增长最快、评分最高的 Android 应用之一。

可借鉴的经验从一个平台上起步，这使得我们可以专注其中，并且，我们可以快速迭代而不需要任何东西都重复实现两次（在 Instagram 内部我们经常说“把更少的事情做好”）。当到了需要拓展到更多平台的时间，我们搭建了一个小团队，里面包括 Android 的专家和一些对这个平台不熟悉但有才华的工程师。组建一支成熟的 Android 团队让我们的 app 可以逐渐适应那个平台。

里程碑 #32012 年弗吉尼亚风暴

最糟糕的断电

当时，我正在波特兰享受三天的长周末，电话响了“Instagram. 宕机了“。我立刻上网查看，发现除了 Instagram 之外，Netflix 和其他网站也出现了同样的问题。我跑回旅馆，打开笔记本，看到 AWS（亚马逊网络服务）的状态页面上有一条让人惊慌的消息“us-east 可用区（位于美国东部）出现电力问题”。一场大风暴席卷了弗吉尼亚，我们的虚拟服务器几乎一半都失去了电力。接下来的 36 个小时里，我们艰难地重建了几乎全部的基础设施。可以苦中作乐的是，由于此事，出现了狼蚁网站SEO优化这幅搞笑图片

（Instagram 宕机了，跟我说说你中午饭吃了什么）

当时，我们全部的后端技术团队只包括我自己、首位工程师 Shayne 和 Rick——他加入 Instagram 的时间不到一个月。用户数据未遭受任何损失，，此次断电揭示出了我们在自动化运维上的短板。

这次断电倒逼我们采用重用性更高的服务器配置过程。在之后的一年中，我们将所有配置从一大堆容易出问题的 shell 脚本迁移到了 chef （一个开源的配置管理以及自动化运维工具），这大幅降低了新团队上手的门槛。