2009年5月08,

基础设施的每一块怀揣可能失败

虽然它可能最终是一个暂时现象,在这一刻的FriendFeed下跌,跟随在计划中断推特this afternoon. And while that's not really news, it comes on the heels of many discussing the potential for failure that third-party URL shorteners bring to the Web. For every fan ofTinyURL的orbit.ly,也有其他人谁说依靠另一个服务是一个穿针引线的用户和预期数据之间只是找麻烦。但事实是,在网络中,当有潜在的多个项目的用户与数据之间的失败,在许多情况下,这些作品中的任何一个可以使整个系统瘫痪瘫痪。
  • 存储可能会失败。
  • 导致服务器失败。
  • 网络可能会失败。
  • 路由器可能会失败。
  • 线可以切割。
  • Services can close down.
  • 用户可以删除图片或网页。
It happens, and until we control all aspects of the system, there will be outages.

上周三,在测试的第三方Twitter服务的中间,我挂守护者使用一个被称为URL缩短修剪,需要得到服务工作。那天晚上,tr.im失败了,它打破了目前正在使用的所有链接。


对话(在谷歌缓存)

对此,保罗·布克海特的FriendFeed的创始人之一,与谷歌,微软和之前他的最新努力,所引用的突破英特尔悠久的历史,称这是“另一个原因URL缩短服务是烦人。

但是FriendFeed的本身所具有的缩短网址,叫ff.im,它的更新发送到Twitter时使用。保罗在线程补充说,“当然除了ff.im :)”

但猜猜怎么了?因为FriendFeed的下跌(现在),也以降ff.im链接,使它们同样可能失败,因为任何其他第三方缩略服务。我可以夸夸其谈上下说的FriendFeed和ff.im应该从不同的数据中心提供服务,或者提供更好的冗余,但我不会。没有人爱停机时间,并通过FriendFeed的大型不得不熬夜的一个梦幻般的纪录。但是,当他们成为生态系统更加集成的一部分,他们也将获得更多的机会失败,并且需要采取同样的保障措施,以保护基础设施,做所有的其他球员。

事情会失败。我们将生活,但我们知道,有没有这样的事,作为一个完全冗余的故障保护机器。每一跳传递到变成一个跳跃,而不是一个好办法的潜力。

没意见188金宝博亚洲:

发表评论