RE: You are not Google. (but you could be)

This blog post is a response to a Bradfield blog post titled “You are not Google.”

To begin.

I’m one of those self-taught people that uses a sledgehammer where he should be using a scalpel.

And so is Larry Page.

I am not driven by margins. If I were, I would obviously be using AWS, CloudFlare, and CDN’s for absolutely everything. I’d be using the correct data-basing software for my load, and my network would make analysts cry (because they’d have nothing to do).

Luckily, I’m crazy. I’d rather ask for forgiveness than permission.

You are (mostly) wrong.

When you say that most companies don’t deal with data as large as Google, or they don’t need the same tools that Amazon or LinkedIn uses; you are not wrong. But you do wrongly assume that initial costs are priority number one. If Google had taken that approach they wouldn’t have all those datacenters you give them credit for.

Not all companies have investors to answer to.

There are companies that are willing to shell out money on infrastructure that’s overkill, redundant, or otherwise unneccesary. Some companies like Google and Amazon are more than willing to add a little bit of burden for a crap-load of capacity. That’s why they host your web-apps and you don’t.

And the advantage to you is performance, cost savings, and simplicity. Huge, well-planned Cloud services improve productivity without much sacrifice. But what if you’re not worried about when your return happens? What if you have no deadlines? What if you have no clients, and you answer to yourself? Google didn’t “google” for you, initially. They “googled” for themselves. You benefit now because they accepted liability back then.

If Zuckerberg never tried because Tom from MySpace had him beat you’d have no React. Oh, the horror.

Do-ers like you make money. Dreamers like Larry make the world better.

So while you’re busy setting up your Droplet, stop and take a gander at how you got to this point. Now ponder what could possibly be better than this? Chances are good that while you’re working on your AWS-hosted application, some crazy bastard is busy installing way too much “unneccesary” software on their homelab to develop the next big service that you probably won’t be able to live without in 5 years. Sometimes not asking for help is more important than instant gratification.

Sensible and cheap wins Darwin awards.

Science-fiction time! It’s the year 2021. Several world powers are pissed at each other and Google, Microsoft, Amazon, Alibaba, and the rest of your cookie-cutter supply chain has a target on it’s back. Nation states are spending billions and recruiting the same genius’s who wrote these platforms to hack these platforms. The average daily AWS uptime anywhere in the world is only 40%.

Your app is useless. Your customers are compromised. Your database gets erased on the reg, and your source code is all over the dark-web. Meanwhile, the only person who can’t get their production servers running is you, because they’re spread all over the world and they’re under a constant barrage of botnet attacks.

I bet you’re super-glad you saved $5,000/year by migrating to AWS right about now.

You can call me crazy, but the only reason nothing “bad” has happened to the internet yet is because the internet hasn’t been around for anything truly “bad” yet. If it had been around for any of our “World Wars” it would have been destroyed just like Stalingrad and Berlin.

In summary.

I’m not saying that every restaurant/machine shop needs to install their own in-house servers with overkill software and complex infrastructure. By all means, companies should focus on controlling their IT costs. However, don’t knock the ones that want to internalize, secure, and over-scale their businesses. Analysts: incorporate, don’t dismiss the desires of your client. You can save your client money, deploy the service that meets their needs, and appease their fantasy without shoe-horning every business into your cookie-cutter AWS template that’s already made you a fortune.

 

 

 

 

 

 

Leave a Reply

Your email address will not be published. Required fields are marked *

* Consent To Store Information (GDPR Requirement)

*