Altabel Group's Blog

Private vs. public cloud: Why the supposed debate is really no debate at all

Posted on: October 19, 2013

The pundits would have you believe there is a popular debate and a difficult decision among IT architects – whether to go with a private cloud deployment, public cloud deployment, or a hybrid combination. They say the decision comes down to factors that are individual to each organization. But the truth is, there really is no debate at all (at least there shouldn’t be).

Private cloud is inefficient. It is built on a model that encourages bad overprovisioning. In fact in order to get maximum benefit from private cloud – true elasticity – you have to overprovision. The public cloud, on the other hand, is the most widely applicable and delivers the most value to a majority of businesses.

Here is why the public cloud should be your only consideration:

#1 The need for regulatory compliance. Security or privacy regulations and audits are often years behind the industry, but their rules can be challenged. We’ve seen customers exceeding auditors’ expectations, make a case for their architecture, and win the day, providing them with all the benefits of a public cloud architecture with all the security needed by common regulatory requirements, even HIPAA, SOX, or DOD standards. This is hard to replicate with private clouds, because with internal data protection you are going to have internal SLAs and internal compliance checklists, which require frequent upkeep, higher costs and a more complicated infrastructure.

#2 Start-up companies need the public cloud. These companies are often involved in development with uncertain requirements. They don’t know what they might need day-to-day. And many can be on a very tight timeline to get their products to market. These situations mandate a public cloud deployment, like AWS, where more or less resources can be configured and absorbed in a matter of minutes. While they might maintain a small infrastructure onsite, the majority of their infrastructure simply has to be in the public cloud.

#3 Security needs to be a primary concern for any cloud-based deployment. Web and cloud security can change very quickly; and some perceive a public cloud infrastructure to be more vulnerable than a private cloud, but that’s actually a misconception. A private cloud allows IT to control the perimeter; but it’s also responsible for staying on top of a rapidly shifting security landscape and making all required fixes, updates, and upgrades. Public clouds take care of all that. Data is protected by both managed security on a software and physical level, since large-scale data centers like those used by public cloud providers have state-of-the-art security. For example, more than half of the U.S. Government has moved to the public cloud; and surprisingly the banking industry holds the most activity (64 percent) in the public cloud – over social media, online gaming, photo applications, and file sharing. [IT Consultants’ Insight on Business Technology, NSK Inc., “7 Statistics You Didn’t Know About Cloud Computing.”]

#4 The need for redundancy and disaster recovery. To truly make a private cloud redundant, you need to host virtual mirrors of the entire infrastructure across multiple hosted providers, which can be public clouds themselves. To keep it completely private, organizations need to run those data centers itself – a vastly expensive proposition. There really isn’t a better choice for this scenario than a well architected cloud deployment. Taking AWS as an example, this cloud can be incredibly redundant if you take advantage of its lesser known features. Region-to-region redundancy, for instance, means the infrastructure is backed up not just in different data centers in the same general region (like the US Northeast, for example), but also in a second, removed region (such as the Pacific Northwest). Many AWS customers don’t even consider this and feel that multiple zones in the same region are enough. That’s possible, but opting for region-to-region puts data and virtual infrastructure in two very different locations, and should anything happen to one, the odds are very small that anything happened to the other. AWS can get very granular with such deployments, too, offering around the world redundancy and even ensuring that certain data centers are located on different seismic plates. This can be mirrored with a private cloud deployment, but the cost is colossal.

#5 Which brings us to the issue of cost. Budget is, of course, a huge factor in this decision and becomes a highly individual consideration with multiple factors that can affect a decision. Companies with large amounts of infrastructure already installed might find it cheaper to implement a private cloud, since in many cases they already have not only the hardware but also the operating systems and management tools required to build a private cloud. But the flip side is that hardware infrastructure, and the demands made on it by software, especially operating systems, changes about every 3-5 years.

Public cloud deployments are entirely virtual, which means the hardware hosting those virtual machines is irrelevant because it’s on the provider to keep that infrastructure current. That represents significant cost savings long term. Smaller companies that need to stretch their investment as far as it can go will see those benefits right away. These organizations will be very attracted to not only the infrastructure services offered by the public cloud, but also the application-level services offered by partners and other customers of providers like AWS. In this case, an organizations is not only deploying servers in the cloud, it’s feeding end-user applications on a subscription basis, bypassing the cost of software licensing, deployment, and updating. That’s very attractive to companies that want to be agile, regardless of the size of the company, with limited IT resources, and even companies who analyze their annual expenditures and find a public cloud deployment compares favorably to that cost.

Most IT professionals and market researchers contend that while the majority of businesses today are eyeing a hybrid deployment, that’s really because they’re being conservative. Yet we know that data centers are a single point of failure. So can we really afford to be conservative? How many private cloud deployments are fully redundant across multiple physical buildings on separate flood plains and earthquake zones? For the small group that has implemented full redundancy at the data center level – try asking for their hypervisor license bill and their maintenance and support labor costs.

Private vs. public is a hot debate among technical circles, but in most cases, taking a long, careful look at the public cloud will show it to be the best-case answer. Is successful private cloud deployment possible? Of course. Is it efficient? No.

Lina Deveikyte

Lina Deveikyte
Skype ID: lina_deveikyte
Marketing Manager (LI page)
Altabel Group – Professional Software Development

5 Responses to "Private vs. public cloud: Why the supposed debate is really no debate at all"

interesting debate….still evolving

Interesting article. In my opinion the debate is valid and the choice is based on specific companies’ requirements. Data Center solutions for the private cloud, i.e: converged infrastructure, are proving very valuable for a growing sector of the market. One cloud does not exclude the other…

It is not simply a case of one or the other – it comes down to the businesses’ status, context and requirements. The consideration is really more of an enterprise architecture issue, rather than IT one.

I think that’s a compelling argument for public cloud hosting. Personally, I think the industry has room for both private and public cloud services, though I am not immediately familiar with many regulatory requiremenrs onto the same.

There is a sort of cloud computing platform – more cluster-oriented, perhaps – that support both online and private service provisioning, namely Red Hat OpenShift[1] respectively in the OpenShift Online and and OpenShift Enterprise or, for the “DIY mechanic,” OpenShift Origin models. OpenShift is well supposed by the global company, Red Hat. It even has a FaceBook channel, actively updated with sort of “value added” items perhaps to the developer’s interest.

One feature I like about OpenShift – concerning scalability – is that OpenShift’s “gears” model allows for scalable application design. Server resources (memory, processor, storage, and network) in OpenShift are provisioned in units of “gears”. When an OpenShift app needs more processor cycles or more memory, for instance, the app/manager system can be configured through a simple interface, to scale the app’s data space automatically toward a fixed limit of number of gears. OpenShift also provides a monitoring framework for the developer, essentially in assisting the developer in analysis of application resource usage. Those simple resource analysis tools can be extended with a framework such as Nagios, moreover.

OpenSift is available via the Open Shift Online cloud – it being layered on’s EC2 services, I understand – and available for the enterprise, with Red Hat professional support, also for the private server rack.

Personally, I hope OpenSift may one day be applied for an asteroid mineral content analysis system, though that may seem like some “Blue sky thinking,” today, perhaps.


Thank you for sharing such a well articulated article. It really settles any current debate about private vs. Public. This is unfortunally to many a topic of concern and expands well beyond technical people. It is does in industries like health care, education, and non- for profit that need to see the value of using a public cloud without the fear of having their data compromised.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: