Some cloud computing vendors are selling the cloud as a way to eliminate complexity, but that's simply not true.
Today letโs talk managing complexity. At a recent conference I heard an argument that boils up far too often:
โManage it internally. Itโs the only way.โ โNo! Outsource it. More cost-effective.โ โNo, manage it internally. Otherwise you just end up managing the outsource partner.โ โOutsource it!โ โTake care of it yourself!โ โThrow it over the wall!โ โWuss!โ
And then, fisticuffs ensue and eyeglasses and pocket protectors go flying. OK, not really, but wouldnโt conferences be exponentially more interesting with IT death matches? Seriously, though, the folks who think outsourcing to the cloud will eliminate complexity puzzle me.
So I sat a couple of those folks down and quizzed them. I assumed that they meant to say that outsourcing to the cloud would eliminate or reduce internal complexity. I was shocked to discover that these two professionals, very well-versed in their craft, had been drinking the Kool-Aid. Theyโd been snowed by several cloud providers who convinced them that the infrastructure on the other side was more efficient and far less complex. Really? What magical aspect of the cloud eliminates the complexity inherent in a large-scale infrastructure?
Thereโs not one. Itโs an optimistic assumption, and you know what happens when we assume.
Letโs look at historical examples. Tivoli Systems didnโt eliminate the complexity of the sneaker net. They simply transferred it to a larger software framework. Likewise, it could be argued that VMware didnโt eliminate the complexity of x86 servers sprawling across a huge datacenter. They just transferred it to software, replacing server sprawl with โVM sprawl.โ Back in the day, server virtualization fans were rabid for VMware. A company with 20 physical servers might be able to reduce that number to 15 or even, gasp, 10! In almost every case that required an increase in the number of VMs per physical machine.
The same company might now have 50 VMs running on those 10 servers, a substantial increase in the number of operating systems and application components to manage. So was complexly eliminated? Decreased? Increased? The answerโs subjective, but I think most pros would agree that some amount of management complexity is inherent with increased virtualization.
These are two quick examples of times where we celebrated a technology before we understood its repercussions. Now letโs examine the cloud against this same Law of Unintended Consequences. Will moving components from your internal infrastructure to the cloud reduce complexity?
Probably not. Itโll brush them under the rug, or draw the curtain and hide them from view, but theyโll still be there in some form. โOut of sight, out of mindโ sounds good until itโs the foundation for your IT infrastructure. I know some of you are going to think Iโm hashing on the cloud again, and I appreciate your opinions. Iโm not saying the cloud is inherently bad or that people shouldnโt use cloud resources. Iโm just saying that every business case is different, and people should be given the facts when making their purchase. It may make things easier for you, but the cloudโs IT staff faces your complexity multiplied by the number of customers theyโve sold.
So Iโll end today with a taste of irony. I write most of these blogs in Google Docs. When I went to share this particular blog with my editor, I received the following error:

Somewhere behind that OK button, thereโs a member of Googleโs IT staff that knows exactly where the complexity went.


