1 Comment

Summary:

Over the past couple years, Facebok has released details on a number of its internal efforts to automate and simplify the management of its massive infrastructure. As reliance on web applications and cloud services become more common, Facebook’s tools and technologies could be a cash cow.

facebook dc

It might sound crazy, but I think there’s an argument that Facebook could become a leading enterprise software vendor for the webscale world if the social-networking kingpin is so inclined. Over the past couple years, it has released details on a number of its internal efforts to automate and simplify the management of its massive infrastructure. As we continue to consume web applications, and cloud services and webscale data centers become more common, Facebook’s tools and expertise could be a cash cow.

During a fireside chat at Structure 2011, NetApp Founder Dave Hitz joked to me that perhaps Facebook would be the next big enterprise vendor nobody saw coming. As I was putting together the third-quarter wrapup report for GigaOM Pro, analyzing the summer’s news highlights and picking out key trends, it occurred to me that Hitz’s offhand comment might actually be right on the mark. In July, Facebook explained how it moved its 30-petabyte Hadoop cluster without taking it offline. In September, it talked about a system called FBAR that helps automate the resolution of system errors to the point that two administrators can manage half of Facebook’s massive infrastructure.

But that’s just in the last two months. In May, Facebook detailed how it moved operations into a new data center thanks in part to a homegrown configuration, provisioning and testing tool called Kobold. Over the past few years, it has blessed data types with a plethora of entirely new products and techniques, from the Cassandra NoSQL database to geographically distributed Hadoop clusters. And say what you will about its reliance on MySQL, but Facebook has undeniably done masterful work to make an old database work at a scale for which it was never designed. It also knows a thing or two about data center design.

Other companies likely would, and certainly should, be willing to pay large sums of money for Facebook’s webscale expertise. Twitter, Reddit and — just a few days into its life as a cloud provider — Apple have already established reputations for shoddy uptime. Other growing companies such as Zynga and LinkedIn, and even the next generation of webscale companies, are also going to run into the same problems that Facebook has. Why recreate the wheel trying to solve problems Facebook has already solved?

It’s already happening elsewhere. Google has converted its deep expertise in running a webscale search engine into its wide array of enterprise services that includes Google Apps and App Engine. Yahoo spun off Hortonworks to capitalize on its extensive Hadoop knowledge. These companies had developed internal skill sets in next-generation technologies, and when markets emerged for those skills, they productized them.

Systems management software and support is a huge market, but few, if any, legacy vendors have products and knowledge that easily translate into webscale environments. Facebook could stand to make a lot of money by consulting with customers on how to build their data centers and architect their applications, and then selling them the software tools to keep those apps up and running. I’m not saying it’s going to happen, but it wouldn’t surprise me in the least if it did.

Image courtesy of Facebook.

  1. Way back in 2008, I was thrilled when Google first introduced the GAE. My first thought, then, was … why am I ever going to need my own servers if I can run my software on Google’s platform. Unfortunately, Google messed up with pricing.

    FB has time and again proven that it has a solid platform. If it can price it right, it would be a great platform on which to develop cloud based apps … specifically, non-FB apps.

    Share

Comments have been disabled for this post