-
Website
http://www.scripting.com/ -
Original page
http://www.scripting.com/stories/2008/01/31/whyDoesTwitterGoDown.html -
Subscribe
All Comments -
Community
-
Top Commenters
-
eas
55 comments · 4 points
-
AndrewBurton
134 comments · 10 points
-
Michael Markman (Mickeleh)
154 comments · 14 points
-
Rex Hammock
52 comments · 9 points
-
malatmals
81 comments · 3 points
-
-
Popular Threads
-
Open is in the eye of the beholder. (Scripting News)
20 hours ago · 13 comments
-
Store Twitter URLs in earth's oceans? (Scripting News)
3 days ago · 16 comments
-
Why today's Twitter is like Napster in Y2K. (Scripting News)
3 days ago · 15 comments
-
If you wrote the words you own the copyright. (Scripting News)
3 days ago · 7 comments
-
How open standards are created. (Scripting News)
5 days ago · 11 comments
-
Open is in the eye of the beholder. (Scripting News)
Honestly, being passionate about a service is awesome. I'm pretty passionate about communication, the web, and naturally twitter, which brings both together.
But at the end of the day, they're a company. Google doesn't open its doors to discuss infrastructure with just anyone, and time will tell whether Twitter can get geared up for the masses.
The way I see it, early adopters have obviously been extremely valuable to Twitter, but with early adoption comes growing pains (see iPhone). Many web companies have closed their doors because of lack of passion. Twitter has our passion, and while I'm sure they appreciate people talking about Twitter, they are a company of human beings who say they are working as hard as they can.
They're hiring too, so all of us who know talented developers and programmers should send them their way!
Twitter doesn't really make any money, and everyone who works there basically wants to be a developer. Bad news all around when it comes to uptime and scalability.
RoR community basically gave up on Apache (FCGI/CGI/whatever), Lighttpd has its own issues and Mongrel is just not there yet (some sites set a cronjob to restart it every hour)
Rails is neat, Ruby is beautiful, but without a good web server its indeed hard to scale. As FUD goes, the hyposphere is definitely on RoR's side anyway.
//k
Count me in on this discussion. I'm from the security aspect of the tech. field, but also well aware of what is happening with new trends. etc.
I've been wondering if the twitter agents feeding real time feeds to users is the major problem. People, me included, are using Twitter agents to give me the illusion of a push technology rather than the pull technology it (html) is.
What ever you do, put me in on any "out of bounds" communication channel established. jhaggard1@leapmail.net
PS. thanks to others for insight.
On a side note, as much as I wish my fellow Republican's used Twitter like I do - I also doubt that the debate was a huge traffic generator on Twitter. Let's face it, what Steve Jobs has to say is deemed more important in the tech sphere than politicians stumping for votes.
Regards,
Rick
I can understand that there's some load on their servers. But at the end of the day, what they just have to do is to queue incoming messages and dispatch those messages in other queues. That doesn't sound like an "undoable task", even with some load.
I'd really like to know if that's related to bad design decisions, bad code or bad hosting / infra, in all cases thats' equally frustrating !
That's right. My life and work doesn't depend on Twitter but I've noticed the problems. Twitter means an extension of my natural Northern European community. I can follow what happens on the dark / light side of the globe with Twitter. The popularity of Twitter means that the customers should be informed. It's a great tool for open innovation. Why not use the knowledge base of the users. People are willing to help if asked. Br Helge V. Keitel from Finland
Good Post
The latest clue is that Twitter expectes the Superbowl to really stress the system so they have contracted with Joyent again for extra capacity. This split infrastructure is probably the reason they needed to re-configure the systems... so some of the work stays local and some opverload gets dispatched to infrastructure at Joyent.
NOTE: All of this is based upon a recent Joyent blog post and it IS pure conjecture.
If twitter survives the superbowl and doesn't go down then they have truly scaled and the money invested in infrastructure was well spent. if not, then they will need to invest in more infrasatructure engineering talent to carck the code on the next wave of adoption.
Thinking that twitter can be replaced by protocols misses the essential problem. Large systems that experience network effects always require new levels of expertise that have not been tested by any but a small handful of talent.
Scale anything to a great degree and it will break or deliver service levels that are unacceptable.
During these times of crisis the last thing you want to do is add more "engineers" to the process... especially engineers that use the service and just want it fixed. So, wait and shop for alternative services.
Google out engineered Yahoo for search. Apple is out engineering MS for user experience on a laptop.
Can anyone out engineer twitter for this context sensitive chat environment? It will take a lot of hardware and talent to keep it running. And that means money. I'm amazed they keep scaling and haven't considered how to make money yet.
PS> This all applies to wordpress.com and they are amazing, IMHO.
Check this post I wrote for ZDN that got as close as I could disclose: http://blogs.zdnet.com/Howlett/?p=300
I've found that the Jabber service rarely goes down, and will even function when the web stuff is experiencing problems. Give it a try next time you can't get to Twitter via the web.
This speaks loudly to the fact that Jabber is much more scalable than the web stuff in Twitter's infrastructure.
My take is, they have no experience with scalability/reliability/availability (e.g., they don't know how to "fail fast") and they're trying to learn the very hard way. They may get there, 2 years from now. Have you seen their queueing component they open sourced. YIKES! I'm sure it gets worse from there.
They claim to have recently hired an expert, and I could just picture it now: He starts putting in place all his pieces (processes, architecture, h/w, s/w, etc), and, well, it turns out he has no idea how to scale ***this type of service*** either. Not his fault. He never did it before, and they all naively believed "scalability is just scalability."
Twitter needs to bring in a real expert.
If the problem with Google Talk's implementation of the XMPP protocol, or is the problem with XMPP in general?
If the problem is with Google Talk's implementation and not XMPP, then try creating an account at jabber.org or one of the other open services listed here: http://www.jabber.org/user/publicservers.shtml . Most XMPP client applications (Psi, Adium, Pidgen, ...) have the ability to create an account at an open service.
At the time that I wrote the driver, there were no SSL drivers for Frontier/Radio Userland, so the driver does not support it. A quick Google search shows what looks to be a for-pay driver, which looks an awful lot like it only works for HTTPS anyhow. (IIRC, last I knew that was the case, but this is from a long time ago.) Could be wrong, I'm just guessing from the docs.
Most of the public sites will have the same problem. You'd have to run your own server and allow plain-text connections. At that point, if you got the federation setup correct, you could talk to the full Jabber federated network.
If this was fixed, it would otherwise work. The parts of the protocol that have changed since then are mostly really high-level things like conference rooms; the rest of the support would still work.
99.99%?! Man, we'll just take 99%.
99.99% is a max of 52 minutes 33 seconds of downtime per year (no "scheduled downtime" cheating). Not many Web sites, even the best like eBay, easily achieve it.
Advice: Work on 99%. It'll take you a year just to get there.
However, comments were not enabled for the Biz Stone post.
Perhaps I'm overreacting, but I find that interesting.
I absolutely agree with David Geller on this. Twitter is not an open, user supported, community tool. However, I have an idea about how we might develop one. The infrastructure is simple (in my opinion) and within the range of capabilities of the platform that Radio/OPML Editor/FlickrFan was written on.
Take a look at this: http://distributedtwitter.pbwiki.com/
What do you think?
you don't think they are running a back office for an insurance company, do you?
systems under development should crash from the load from time to time just to give you a chance to reflect upon what you are doing and stress them past the point of breakage. It's rare that most developers get to see things like congestive collapse inside a system of their own design that they can fix.
don't like it? start an irc server on a machine in some monkey's basement and chat with your friends. that works fine since 10+ years ago.
Twitter is always problematic, goes up and down. Has done since its first conception. I should expect that they have a linux cluster with some kind of a load balancer. I suspect its something to do with too many concurrent connections, they could take this down on each machine and add some move servers to the cluster. Either this or their LB machine is too slow...
After all, at the end of the day, I believe in the hardiness of people, twittlee dum, or not.