Why Cloud Means Cloud-Native | eWEEK – eWeek

If your company seeks to accelerate its application lifecycle to match the speed of its cloud infrastructure, the solution is cloud native. Plus: tips for optimizing your cloud native deployment.
“Only when the tide goes out do you discover who’s been swimming naked.” — Warren Buffett
The most important change in computing over the past 15 years has been the rise of cloud computing. The large hyperscale providers – I call them AMG, for Amazon, Microsoft, and Google – have been on an explosive growth curve and show no sign of slowing down.
To take one example, look at Amazon Web Services. As the chart below shows, it is now on a $60B annual run rate, which means it could be a $100B revenues business in 2023. Its competitors are smaller, but growing at similar or even faster rates. So cloud computing is perhaps a $150B business – with no end of growth in sight.

The question is: why there has been such a wholesale shift in where applications are deployed? What about cloud has made it so irresistible?
To my mind, the key reason cloud computing has grown so much and so rapidly can be found in the venerable NIST definition of cloud computing — specifically the very first cloud characteristic NIST states in its definition:
On-demand self-service. A consumer can unilaterally provision computing capabilities, such as server time and network storage, as needed automatically without requiring human interaction with each service provider. 
Cloud computing makes resources available on demand — fill out a web form or submit an API call and infrastructure is available in minutes. It’s hard to overstate just how different that is from the infrastructure timeframes typical of traditional data centers. I recently heard of a shop in which the expedited VM provisioning process makes them available in 24 weeks — imagine how long the regular process takes!
Predictably, removing friction from the process of accessing computing infrastructure causes people to enthusiastically use more of it. Much, much more. That’s why Amazon has a $60 billion business growing at 30% per year.
There is just one problem: most enterprises don’t see any improvement in their software throughput despite infrastructure being available at the snap of the fingers. 
And that’s where Buffett’s pithy aphorism comes into play. His insight is that a change in one condition can expose a shortcoming in another. In his industry, this traditionally means that when the business cycle ebbs, companies with too much debt get caught in a liquidity crunch and have to sell assets to generate cash.
In the IT world, fast infrastructure access reveals lethargic software lifecycle practices. In the old days, that didn’t really matter. Taking weeks to get a new release put into production means little when hidden by 24 week ‘expedited’ infrastructure provisioning. Once cloud computing came into play, though, everyone sees that IT processes are ‘swimming naked.’
The question then became “How can I accelerate my application lifecycle to match the speed of my cloud infrastructure?” And you know who solved that problem? Cloud-native companies — companies built assuming rapid infrastructure availability with processes tuned to roll out software just as fast as a cloud provider could turn up computing resources.
Of course, these cloud-native practices didn’t just show up the day Netflix or Pinterest first deployed applications into a cloud environment. They were incrementally designed and implemented, improved over time to meet the demands of a digital-first business.
Over time, the cloud-native cohort has developed a set of best practices for lifecycle management, spanning the use of a sophisticated code management platform through to automated monitoring and management of application components to provide scale and resilience. Every process and milestone has been streamlined to provide fast, automated execution and enable touchless production placement once a developer’s fingers leave the keyboard.
The net result is that this cohort can deploy thousands of code changes into production each day. 
The key to all of this is the relentless examination of the application lifecycle process for inefficiencies and improvement opportunities, all with the aim of removing any manual steps intruding into rapid code updates.
Now that enterprises are wholesale moving to cloud computing, they too will need to optimize their application pipelines. Many, of course, will resist that need, claiming that the constraints like regulation and risk management preclude removing human participation in the pipeline process. 
They’re wrong. Companies like Stripe and Redfin operate in high regulation environments and seem to do ok. And my former company, Capital One, certainly qualifies as an enterprise, and it has adopted cloud native practices quite successfully — and achieved great business results to boot.
The need to adopt cloud-native practices will be all the more important as competitors embrace them. The cost advantages and revenue growth opportunities will make it imperative that enterprises become cloud-native practitioners; otherwise, they risk competitive disadvantage.
So, what should enterprises do to adopt cloud-native practices? Here are some tips:
Cloud computing represents a profound shift in the way infrastructure is used. What used to take months in preparation now is done by a cloud provider in minutes. It’s critical that you understand how comprehensive the changes implied by cloud computing are. Plan and execute a cloud-native plan to achieve real cloud success. After all, you don’t want the tide to go out and show everyone that you aren’t wearing a swimsuit!

Contact Us | About | Sitemap
Property of TechnologyAdvice.
Terms of Service | Privacy Notice | Advertise | California – Do Not Sell My Information

© 2021 TechnologyAdvice. All Rights Reserved

Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.

source