Part #1- BC/DR For Hosted Services (Understand the Cloud)
BC/DR planning for the cloud is confusing to some people because the “cloud” is as-broad-as-the-sky. Today, cloud solutions and services simply means IT Systems and Applications that is supported by an outsourced provider (outside of your datacenter). These providers use traditional technologies like routers, firewalls, servers, virtual machines, and databases like those that are deployed in your datacenter. They are mostly running commercial applications.
Cloud solutions are also referred to as hosted or SaaS (Software-as-a-Service) solution. It is attractive to buyers because you can get Applications up and running fast and have no maintenance responsibilities. You don’t have to worry about purchasing hardware or hiring top dollar technologies to keep the lights on and keep the systems secure. All you need to do is pay a fee for someone else to take care of it for you and in return, they provide you a Service Level Agreement (SLA), uptime agreement, to meet your needs.
There are some basic concepts about Cloud or hosted services. It can be setup as dedicated or shared environment. There’s also the concept of the public or private cloud. A true cloud model should be able to swap technologies dynamically so all the systems are use economically. (Note: A dedicated hosted environment is not really a Cloud model. A true cloud architecture should always be shared.) This all happens in the backend, seamless to the users. You can learn more about the different Cloud architectures here.
Operational Resiliency is NOT Disaster Recovery
Since our hosted providers are constantly managing systems at profitable capacity level, meeting your daily operational SLA is their top priority. This means they are constantly balancing to have the least amount of resource in place at any time. Thus, contradicts what you need for disaster recovery. Another words, to keep traffic moving, everyone must keep up with the speed limit. Once there is a crash, there will be a traffic jam because the road is not going to magically expand to let traffic flow. Infrastructure setup and assets are costly, acquisition and capacity planning for them is costly.
Thus, asking your cloud provider if they have a disaster recovery plan for the big traffic jam does not tell you what your Recovery Time Capability (RTC) is. If they have a plan and test their plan, it tells you that they have a chance of coming back.
Lesson #1: Consider a BC/DR Plan for your critical cloud applications. Do not rely on other people’s plan unless you’re their top customer.
Note: This is the first of more BC/DR planning for the Cloud. Come back or follow me on Twitter for more.
