|
|
|
|
|
by mharroun
2375 days ago
|
|
In my experience its true. When S3 went down my companies systems started malfunctioning, as well as many other vendors/system all over the internet including things like slack. Our customers were experiencing pain from multiple vendor failures. When our customers cant order lunch, run trello, or sent chat messages on slack they blame "the internet". Note:I take offence to being called an AWS devotee, I have been in this space professionally for going on 13 years with nearly all of it in the startup space. The early years had to rely on collocation. To see startups struggle from things like hardware failure and delaying sales because they need more hardware is something I do not fondly remember. |
|
When an AWS outage stops wire transfers, airline reservations, robot surgeons, etc, then it really will be “everyone”. Until then, try to give yourself some perspective so you can recognize when a product is mature enough that it’s time to start moving away from AWS.
> I have been in this space professionally for going on 13 years with nearly all of it in the startup space
This is why the siren call of instant infrastructure is so alluring to you. While your depth of knowledge for startup infra requirements is there, it does not transfer to large enterprises/campuses/etc where demand is very predictable and involving another company (Amazon) in your operations is nothing more than a liability.
Before you bemoan on-prem competing with Amazon’s world-class engineering org, consider that their priorities are spread across thousands of products all interacting with millions of customers. An outage that could destroy your business means nothing to them other than some reduced KPIs that month. While an on-prem solution might be worse in throughput, global latency, etc, the fate is in control of the org that can make sacrifices Amazon can’t (e.g. planned nightly outages).