First, there was DevOps. Then, ModernOps and CloudOps. Now, there is ScaryOps.
Welcome to the special Halloween Edition of the Modern Digital Business podcast. In this episode, the 3 Scariest Mistakes Companies Make in the Cloud.
It's time to turn our attention to scary things…scary movies, scary TV shows, scary home decorations, scary costumes.
But when it comes to working with customers and clients on their cloud projects, sometimes I get quite scared…and not in a good way.
Working with customers and clients on their cloud projects, what they do can be down right scary.
I get scared when I hear stories about how a company is preparing to migrate to the cloud incorrectly, or when someone shares a misguided plan about how their organization is going to use the cloud once it is fully migrated. I sometimes hear stories that downright chill me to the bone.
Don’t make yourself the central character in one of these horror tales. Instead, avoid these scariest mistakes that companies make in the cloud.
Here is the countdown of the three scariest mistakes you can make in your cloud migration.
Today on Modern Digital Business.
Useful Links
Lee Atchison is a software architect, author, public speaker, and recognized thought leader on cloud computing and application modernization. His most recent book, Architecting for Scale (O’Reilly Media), is an essential resource for technical teams looking to maintain high availability and manage risk in their cloud environments. Lee has been widely quoted in multiple technology publications, including InfoWorld, Diginomica, IT Brief, Programmable Web, CIO Review, and DZone, and has been a featured speaker at events across the globe.
Take a look at Lee's many books, courses, and articles by going to leeatchison.com.
Check out Architecting for Scale. Currently in it's second edition, this book, written by Lee Atchison, and published by O'Reilly Media, will help you build high scale, highly available web applications, or modernize your existing applications. Check it out! Available in paperback or on Kindle from Amazon.com or other retailers.
Subscribe here to catch each new episode as it becomes available.
Want more from Lee? Click here to sign up for our newsletter. You'll receive information about new episodes, new articles, new books, and courses from Lee. Don't worry, we won't send you spam, and you can unsubscribe anytime.
Mentioned in this episode:
Atchison Academy
What do 100,000 of your peers have in common? They've all boosted their skill set and career prospects by taking one of my online courses. https://mdb.fm/courses
Halloween is here, and that means our attention turns to scary things.
Lee:Scary movies.
Lee:Scary TV shows.
Lee:Scary home decorations.
Lee:Scary costumes.
Lee:But when it comes to working with customers and clients on their
Lee:cloud projects, sometimes I get quite scared and not in a good way.
Lee:Are you ready?
Lee:Let's go.
Lee:Working with customers and clients in their cloud projects,
Lee:sometimes I get quite scared.
Lee:I get scared when I hear stories about how a company is preparing to migrate
Lee:to the cloud incorrectly or when someone shares a misguided plan about
Lee:how their organization is going to use the cloud, once it is fully migrated.
Lee:Sometimes I hear stories that downright chill me to the bone.
Lee:Don't make yourself the central character in one of these horror tales.
Lee:Instead, avoid these scariest mistakes that companies make in the cloud.
Lee:Here is the countdown of the top three scariest mistakes you can
Lee:make in your cloud migration.
Lee:Scary mistake number three, Stopping a cloud migration too early.
Lee:During a cloud migration, things can get tense and things can get complicated.
Lee:It may not be clear that everything will eventually smooth itself out,
Lee:and your migration will be a success.
Lee:Especially if this is your first migration and the cloud is new to
Lee:you, you may see things happen to your application that you were not expecting.
Lee:You might worry something is going wrong.
Lee:But this isn't what scares me.
Lee:What scares me is when people abandon their migration because
Lee:they don't think it's working.
Lee:This is very tempting to do.
Lee:You see this huge mountain of work still ahead of you.
Lee:You're weary, because of all of the effort you've already put into the migration,
Lee:and you are worried because you haven't yet seen the advantages of the migration.
Lee:Worse yet, it might look like things have gotten worse with the
Lee:performance of your application while the migration is still in progress.
Lee:This is what I call the Valley of Pain phase.
Lee:It's the low point of any migration in my InfoWorld article, Don't Stop Your
Lee:Migration, I talk about the importance of fighting against the motivation
Lee:to stop the migration right here, when things are their absolute worst.
Lee:The Valley of Pain is the period of time during the migration where
Lee:you have invested in the migration and completed part of the process,
Lee:but have not yet started to see the benefits of the migration.
Lee:Instead, you are only seeing the downsides.
Lee:Downsides that are actually an expected part of the migration process itself,
Lee:and not an indication of what it's really like to operate in the cloud.
Lee:Downsides seen in the Valley phase include lower application performance, higher
Lee:cross cloud transfer fees, and increased code and architectural complexity.
Lee:When people stop because the migration appears too difficult, they tend to
Lee:stop at this point in the process: when application performance is at
Lee:its lowest, when cloud usage fees are at its highest, and when application
Lee:complexity is at its maximum.
Lee:The truth is it's the worst place to stop.
Lee:Instead, continue onward, work your way through the valley of pain,
Lee:and you will start seeing the true benefits of the cloud migration
Lee:as things begin to look better.
Lee:You'll start seeing the advantages of the cloud showing through and your application
Lee:will be better off because of it.
Lee:Scary mistake number two, using a data center mentality.
Lee:I get scared when I hear clients talking about the cloud as if it's simply an
Lee:extension of their existing data centers.
Lee:They try to describe the cloud using terms and capabilities that they are
Lee:already familiar with for their existing data centers: server fleets, network
Lee:bandwidth, capacity planning, warm and hot standbys and spare capacity.
Lee:For me, this kind of talk is scary to hear because such terms should
Lee:never be used by someone who is truly thinking in cloud terms.
Lee:You see, all of these terms are about limits: how do you determine the limits
Lee:of what your application requires and what do you do when you reach those limits?
Lee:The cloud, however, basically doesn't have these sorts of limits.
Lee:For example, answer this question: how many servers can I assign
Lee:to my application if I receive a sudden increase in traffic?
Lee:Well, in data center terminology, the answer depends on the number
Lee:of warm standbys you have lying around, how much spare capacity
Lee:you can bring online quickly, and your network bandwidth available
Lee:. But in cloud terminology, the answer
Lee:there are essentially an unlimited number of servers available to you.
Lee:See the difference?
Lee:Data center terminology is all about limits, not about expansion and growth.
Lee:You're defining the limits of what you can accomplish, when the cloud
Lee:is all about limitless growth.
Lee:When you think about application limits, you also think about user
Lee:limits, customer limits, sales limits, and lower revenue and availability.
Lee:And those thoughts are scary.
Lee:Scary mistake number one.
Lee:Using serverless everywhere.
Lee:Serverless computing is one of the bright, shiny new toys in the cloud.
Lee:Imagine being able to write a program that can run at any scale
Lee:without any computers allocated.
Lee:It sounds like a miracle.
Lee:AWS Lambda, for instance, the most popular service computing platform
Lee:out there, sure sounds compelling.
Lee:Unsurprisingly, a large number of companies begin to think, Why
Lee:don't I just build everything using serverless computing?
Lee:Queue the shivers running down my spine.
Lee:I have heard this statement many times and sometimes from
Lee:companies that should know better.
Lee:On multiple occasions, I've had architects from large, cloud-first companies come
to me and say proudly:" We built this entire application using AWS Lambda.
to me and say proudly:Isn't that great?"
to me and say proudly:Well, no, actually.
to me and say proudly:Serverless computing such as AWS Lambda is great, but like
to me and say proudly:any tool, it can be overused.
to me and say proudly:There are places where serverless computing is wonderful and places
to me and say proudly:where it shouldn't be used.
to me and say proudly:Overusing serverless computing can dramatically overcomplicate the
to me and say proudly:architecture of your application.
to me and say proudly:Additionally, serverless tends to reduce the deterministic
to me and say proudly:performance of your application.
to me and say proudly:Random scheduling fluctuations make your service API calls performance less
to me and say proudly:consistent, and diagnosing performance related defects is almost impossible
to me and say proudly:in a large serverless application.
to me and say proudly:This is all very scary.
to me and say proudly:Make sure you use serverless computing when it makes sense-- not anywhere
to me and say proudly:and everywhere, just because you can.
to me and say proudly:Beware of the scary mistakes companies make in the cloud.
to me and say proudly:Hopefully you'll be able to sleep tonight after reading these
to me and say proudly:three tales of cloud horror.
to me and say proudly:Horror that is based on actual true stories.
to me and say proudly:Take them as a warning and don't turn down that dark path.
to me and say proudly:Instead, learn how to build and operate high quality, highly scalable,
to me and say proudly:highly available applications in the cloud so that your cloud story
to me and say proudly:doesn't end in the dark mist.
to me and say proudly:Thank you for tuning into Modern Digital Business.
to me and say proudly:We release new episodes every other Monday.
to me and say proudly:But don't worry, most episodes aren't normally as scary as this episode.
to me and say proudly:To make sure you get every new episode, when they become available,
to me and say proudly:click subscribe in your favorite podcast player or go to mdb.fm/listen.
to me and say proudly:If you want to learn more from me, then check out one of my books,
to me and say proudly:courses, or articles by going to leeatchison.com and sign up for
to me and say proudly:emails from me at mdb.fm/follow.
to me and say proudly:Thank you for listening, and welcome to the modern and sometimes scary