The total public cloud services market in 2011 was $91 billion and it will grow to $207 billion in 2016, according to Gartner. Despite this tremendous surge, large, very publicized cloud outages have everyone thinking about cloud risks. The reality, however, is that outages with large public cloud providers aren't more common than they are with a business' own private infrastructure. In fact, for many organizations, these cloud providers probably provide better uptime than they could achieve on their own.
The trick is to design for failure. Organizations that take failure into account build a robust and dynamic infrastructure that can withstand any cloud failure. Here are three ways to help you avoid the impacts of any public cloud providers' next cloud outage.
* Balance across availability zones. Large public cloud providers' data centers are built across availability zones (AZs) and regions. While serving similar purposes across providers, Amazon describes its AZs as "distinct locations that are engineered to be insulated from failures in other Availability Zones and provide inexpensive, low latency network connectivity to other Availability Zones in the same Region." The idea is that by having your application instances in separate AZs, if one zone goes down, users can be redirected in real-time to another one. If the secondary zone is far from the end user, performance may be slower, but your service will be up and running.
Okta, an on-demand identity and access management service, is one company that has been fairly vocal about using AZs to avoid business disruption. After Amazon's July outage, Okta wrote a blog post -- Own Your Own Availability: Zero Downtime During the AWS Outage -- talking about how the downtime that many businesses experienced didn't need to occur. Because of the software and operational investments Okta had made across its five-availability-zone footprint in the region the outage occurred in (and in two availability zones in another region), its customers weren't affected. Netflix and Zynga are two other companies that have publicized their use of AZs to help avoid service disruption during outages.
* Cloud balance. Similar to balancing across AZs, you can also balance across multiple cloud providers. This means that, instead of just using Amazon Web Services (AWS), you use a combination of AWS with Joyent, Azure, Rackspace and/or another provider, diverting traffic to an available cloud in the event of a failure.
Cloud balancing assumes that you have application delivery infrastructure in place that is hyper-portable across clouds, so all functionality implemented in your application delivery controller (ADC) is available in all locations. Traffic is routed to individual clouds based on a number of criteria, including the performance currently provided by each cloud, the value of the business transaction, the cost to execute a transaction at a particular cloud, and the relevant regulatory requirements.
Sign up for Computerworld eNewsletters.