Last week there was a lot of fuss about the s3 outage on Amazon AWS. Immediately people started tweeting that you could better host your infrastructure in your own data center where you are in control.
Today's @Amazon S3 server outage caused many internet sites. Another reason why many customers continue to choose on premise over #cloud
— Act Today (@acttodayOZ) February 28, 2017
I don’t want to start a discussion on public vs private cloud but rather about single region vs multi region or single vs multiple data center when you maintain your own infrastructure. When does it make sense for a company to think about multiple regions?
During the outage I tweeted about the downtime and I got some response to go multi-region and multi-cloud for your application.
Every time a cloud provider fails “You should host it on-premise”. Every time something on-premise fails ”You should host it in the cloud”!
— Mattias Gees (@MattiasGees) February 28, 2017
My reply was that this needs to be a business decision rather than a technical decision. We as technical people like to build infrastructure in the best and most reliable way. This implies investing a lot of time and energy in adapting your application and infrastructure to multi region. Time that is most of the time better invested in improving your application. You better release a new feature from which your customer benefits immediately.
So when does it pay-off to go multi region? It depends on the following factors. Will you lose more money when your application is down compared to set-up / maintain and test your multi region setup? You lose credibility with your customers when you go down. Do you have a high SLA requirement? Some other specific requirements?
To known if you match one of those criterias is really hard. I would recommend to start using multi availability zones in AWS first. If and only if there is a huge motivation, go the multi region way.