2008年7月25日

灿微博客只是互相交谈?

游客通过后罗布戴安娜定期野人推特/FriendFeed

推特已经有一个坏几天。精彩稳定性的几个星期后,我们开始看到一些失败鲸。于是人们开始失去追随者和订阅。正因为如此,更多的人正在向喜欢另类微博服务Identi.ca。当然,也出现了对Twitter的朋友进口商多个请求。我认为人们在这个问题被逮住,而不是考虑的最佳解决方案。以前,我提到,推特正处在十字路口。在那篇文章中,我开始思考一个可能的解决方案:
现在已经是5月底了,他们只是承认他们的基础设施存在问题。显然,存在可用已知技术解决的冗余和复制问题。realtime API需要使用一个复制的数据库,并且不影响主数据库。这是我最关心的部分,因为它应该在一段时间以前就很明显了。
另一篇文章从戴夫温纳出现在那里,他提到我们是向联邦微调
现在,我用的是理想系统的近似。我尝试在FriendFeed上输入我的原始文章,然后在我的一台机器上运行代理脚本,将它路由到Twitter和Identi。ca,带有一个指向FriendFeed上的讨论线程的指针,被bit.ly缩短。
显然,这不是一个很好的解决Twitter的问题无论是。也有像多发布服务fmPosty允许用户用同样的信息更新他们的微博服务。点击一下,你就能更新Twitter id。ca,的Pownce的JaikuPlurk。虽然这听起来真的很酷,他们只提供单向的更新。类似的工具的Twhirl开始允许张贴和在一个应用程序检索鸣叫和凹痕。这得到好一点,但你仍然有多个帐户来处理。

联合微博


联盟是真正的答案。什么是联合做的,为什么它不同于Twitter的创建分布式架构?分布式架构意味着你有不同部分的应用程序坐在不同的服务器。典型地,几个部分复制或冗余和有在抛出以完成各种架构负载平衡装置。我不打算进入吨详细的书籍已被写入有关分布式架构。

联邦与分布式在一个简单的意义上不同。联合需要整个系统的完整副本。联邦是不同系统之间的合作,作为一个整体。维基百科有一个很好的描述联合数据库系统
一个联合数据库系统是一种透明地将多个自治数据库系统集成到单个数据库系统中的元数据库管理系统(DBMS)吗联合数据库。构成数据库经由计算机网络互连,并且可以在地理上分散的。由于构成数据库系统保持独立的,联合的数据库系统是将多个不同的数据库合并在一起的(有时令人生畏)任务contrastable替代。
如果你有微博和微博系统替换所有的数据库和数据库系统的术语,你会明白一个联合系统。那么,这如何帮助Twitter的?没有,至少没有直接。通过让一个联合系统,人们可以移动到Identi.ca或出现,而不是失去他们的追随者接下来的克隆。如果你觉得关于电子邮件的概念,你就会明白的联合系统将如何工作。我在联邦系统中的账户就可以robdiana@identi.ca。Twitter用户可以从内部Twitter的回复直接向我(robdiana@identi.ca),我会接受它在任何客户端应用程序我有。我也可以遵循Twitter用户,用户的Pownce或任何其他微博用户。通过让人们能够沟通跨平台将意味着服务器的负载会在不同的服务传播,从而减少直接在Twitter上的交通量。

是缺少联邦的一部分是服务器之间的路由。这可以通过以下的实现DNS模型。本地DNS服务器有一个对其父服务器或主服务器的引用。这允许构建新服务器,并将其位置和IP地址传播到其他服务器。这是一种非常有效的解决办法,而且已经有效好几年了。

因为Twitter和id。如果ca遵循相同的API,则可以作为系统中的根服务器。Twitter API的另一种选择是XMPP协议,Twitter将其用于其实时API。协议的选择很重要,因为联邦系统要求所有系统使用同一种语言。联邦系统还需要一个与现在不同的客户机应用程序。如前所述,Twhirl完全支持Identi。ca和Twitter。然而,你正在处理两个不同的帐户。如果你有一个微博客户端可以在任何服务上与人聊天,那该有多酷?