Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's not just about adding redundancies. Redundancies don't protect you against bugs, and they're itself very complex, so they introduce more opportunity for errors. Even with best redundancy, you'll have incidents from time to time.


It doesn't help either that Facebook made three separate services that should have nothing to do with each other, talk to each other and all route their traffic through the same infrastructure.

What they did was purposefully remove redundancy they had, in order to be able to track people more (in order to profit more) and possibly scale easier. Doing nothing would have been easier but yet they still did it.


If you think that maintaining 3 completely separate stacks for 3 different services within the same company is making all of them more reliable, I don't think you ever worked on a big scale services.


No, I'm hinting at that have one company running these three services in the first place is wrong. Should be three independent companies as they are really three different services, but lord knows governments does nothing to prevent monopolies these days.


Facebook took $85 billion in revenue last year and has thousands of developers on the payroll. They could absolutely maintain 3 separate services.

Bear in mind WhatsApp used to maintain a userbase of 200 million with 50 total employees (not even just developers).


> They can absolutely maintain 3 different services

Lol, I'd believe you when they did purchased the service but the countless amount of times it went down since then obviously proves that they cannot even maintain the services when they are folded together on the same infrastructure.

It was a long time ago Facebook employed the best of the best. Seems like it's mostly average developers and infrastructure people there now just trying to hold up the house of cards they built.


Hah, to be clear that is what I meant - the idea that Facebook doesn't have the resources is ludicrous, the problem runs deeper.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: