mise à jour: le nouvelle hébergeur NTT america est annoncé sur le blog de Twitter
La grande majorité des utilisateurs de Twitter aiment ce service addictif au détail près qu’il est d’une instabilité exemplaire. Pingdom avait déjà noté le nombre de ruptures de service sur l’an 2007 et on aurait pu croire qu’avec les fonds d’investisseurs et leur nouveau CTO en place ces problèmes auraient disparu. Cela a continué lors de la MacWorld Expo ou le service n’a pas tenu et sur les dernières 24h00 c’est la débâcle; le service est totalement inaccessible. Les utilisateurs sont révoltés (moi le premier), Evan Williams est obligé de s’excuser sur le blog de twitter.
On apprend alors que le Twitter a quitté son hébergeur Joyent. Est-ce parce qu’il n’est pas assez fiable? Peut-être. Certainement même quoi que beaucoup attribuent l’instabilité de Twitter au fait qu’il ait été développé en Ruby on Rails qui ne serait approprié pour un service nécessitant autant de connections simultanées avec une telle montée en charge (les experts du sujet développez s’il vous plaît).
Non, la véritable raison serait en fait dûe au fait que Twitter migre chez un nouvel hébergeur du nom de Verio qui est la propriété de NTT Docomo qui prévoit d’entrer au capital de Twitter. Donc un changement d’opportunité plus que de nécessité prévu depuis un moment. Twitter possède une forte communauté au Japon et a même annoncé la création d’un service dédié en partenariat avec Digital Garage dont NTT est aussi actionnaire.
Cela n’est pas confirmé mais plusieurs sources pointe vers cette explication. En tout cas pour le moment la migration n’est toujours pas parfaite et le service est encore trop instable.
Très sincèrement je ne comprends pas. Twitter semble ne pas investir ses ressources en innovations produit qui évolue peu: j’imagine donc que toutes les ressources doivent être dédiées à la résolution de ce problème. Mais que font-ils? Un site a été pour savoir si le service était opérationnel ou pas “isTwitterDown.com“. J’ai bien l’impression qu’il ne va pas disparaître de si tôt. Je trouve également que Twitter a un peu la langue de bois via à vis de ses utilisateurs et n’expliquent pas vraiment ce qu’il se passe avec transparence. J’aimerais qu’ils soient plus clairs dans leurs explications et leur plan d’action.
La stabilité est la priorité numéro un de ce service. Et pas uniquement pour le bien de Twitter et ses utilisateurs. De nombreux autres services sont nés sur le dos de Twitter et dépendent de ses APIs. Comme par exemple les versions de bureau comme Twitteriffic ou Twhirl (qui est désormais ma version par défaut)
Automattic a annoncé il y a peu Prologue, une plateforme distribuée et hébergée par les utilisateurs de micro-blogs mettant ainsi aux oubliettes les problèmes de montée en charge. Pour l’instant la communauté de Twitter s’accroche mais encore pour combien temps? Toute patience à sa limite
Vous feriez quoi pour rendre Twitter plus stable?
Hier au moins 6 x dans la journée, Twitter était down sans compter les jours précédents, j’ai l’impression que c’est de pire en pire, cela n’arrive jamais au moins sur Pownce !!
Normal Pownce n’a pas le traffic de twitter…
Je ne sais pas, mais ama il faut éviter d’être dépendant (plus qu’accroc) d’un service qui n’est pas encore finalisé et qui évolue encore
Ou alors il faut investir dedans !
L’approche d’Automatic est bonne.
Twitter pourrait mettre en place cela rapidement.
Nous travaillons avec eux sur une preuve de concept similaire.
Techniquement, cela revient à remplacer les requêtes permanentes pour vérifier les nouveautés sur le site (polling en terme technique) par du push (connection permanente sur le protocole de messagerie instantanée XMPP.
Jaiku de Google est très performant !
Héhé, excellent le premier screencap (Twitterrefic), avec la transparence si chère à Mac, on voit des choses pas très légales derrière !
A mon avis Ruby on Rails est en partie en cause.
Ce langage est encore trop récent pour pouvoir être utilisé en environnement surchargé.
Effectivement Twitter subit un problème de disponibilité de service. Malheureusement j’ai l’impression que de plus en plus de sites ont ce problème!
De plus sur Twitter, je ne sais pas si vous avez remarqué. Mais beaucoup de personnes de mon entourage se retrouvent à ne plus recevoir de notifications sms malgré le numéro de portable correctement enregistré.
D’ailleurs j’ai écris un article à ce sujet sur mon blog:
http://bennn.typepad.fr/forevolution/2008/01/twitter-problme.html
J’ai l’impression que les sites technologiquement complexes oublient rapidement que le service c’est aussi la stabilité!
Ah, ben tiens, j’ai écris un billet sur le sujet hier justement: http://www.jsmansart.com/post/Twitter-le-service-toujours-en-rade
Twitter, y’en a marre !
J’avais un compte Jaiku depuis un moment, je me suis remis dessus du coup.
Il me reste encore 8 invitations, si y’en a qui en veulent…
Pour le moment Jaiku marche bien (certes, il n’a pas le trafic de twitter) et il est supporté par google (ce qui peut etre un plus comme un moins…)
A propos de Prologue, il semblerai que ce ne soit qu’un thème (template) de WordPress sans nécessité de changer la programmation du site.
Beaucoup trouve que ce n’est qu’une annonce marketing. Ceci étant, c’est surtout le résultat qui compte.
Sinon Ruby on rails est jeune, et même si il est très sympa pour développer rapidement, la performance semble être secondaire. Après, ça va probablement faire progresser ce langage rapidement, mais Twitter en fait les frais …
Je ne pense pas que Rails en soit la cause. La montée en charge se planifie en fonction de la machine et de sa RAM, contrairement à php où mod_php s’occupe de tout et qui attend sagement d’exploser. Rails est single-threaded et passe par des proxies pour être servi par Apache. Mais Twitter a beaucoup de cache et répond rapidement…
C’est vrai que Twitter, c’est terrible pour ça, c’est down tres souvent…
Je me demande aussi ce qu’ils font de leurs sous…
Je milite pour ma part pour une réflexion sur un nouvel internet. Le cache p2p est une bonne voie, quel site osera demander à leur communauté de partager la charge du service ?
Sinon le principe d’utiliser un protocole de messagerie instantannée P2P est très bon. Plus vraiment de charge serveur, où seulement pour “synchroniser” les followings.
A suivre…
Le meilleur moyen de soulager Twitter et de contourner ses crash, çà serait de mettre de l’ordre dans la façon dont leurs API sont utilisées…
Les devs d’appli “tiers” pensent rarement à réutiliser leur cache (voir même a en avoir un) pour contrer un crash, et pire, ils accélèrent leurs requêtes tant qu’ils ne reçoivent pas un résultat.
De mon coté, pour ma super-mashup où la dépendance à Twitter & Cie est trés élevée, quand je détecte que Twitter (ou un autre) est “down”, je le laisse tranquille pendant 30mn en me contentant de mon vieux “cache”.
Je ne saurais que trop conseiller à Twitter de mieux éduquer ses fans et de leur fournir des ressources clés-en-main pour faire un “cache” de leurs API.
Je confirme pour Prologue d’Automattic : ce n’est pour le moment qu’un template qui simule un compte twitter mais sans les fonctions de following etc. Par contre, RSS à tous les étages.
Vous pouvez voir mon expérimentation de Prologue
Ceci dit, l’indisponibilité de Twitter, les problèmes de notifications aléatoires etc. C’est vraiment problématique pour sensibiliser des utilisateurs Lambda…
Tweeter connu au Japon.
Bof, jamais entendu parler, le Web 2.0 s’arrête ou commence à Mixi et c’est tout.
Déja que moi dans le métier j’en ai jamais entendu parler ici… Verio c’est bien NTT Docomo, mais bon au japon, peut y avoir une petite communauté pour tout, ça en fait pas un service fameux même pour les initiés.
Tant que c’est pas porté sur Mobile de toute façon.
Je ne recois plus les notifications sms sur twitter, ce malgré le numéro de portable correctement enregistré…