Answer Honestly: Are you Ersatz Cloud Native?

cloud

As we approach the middle of the year, I’ve been in the full-on strategic planning mode the last couple of weeks and cloud native is a major focus for me! As part of this, I was looking at industry trends and a particular type of organisation caught my eye.

Most organisations often aspire to increase agility, to respond quicker to their customers and market demands, to innovate. However, many organisations have years of technical debt, monolithic application stacks and shrinking IT budgets. IT is still too often seen as a cost centre instead of an opportunity to become a profit centre and agent for growth.

These organisations have one thing in common; they see lifting and shifting to the cloud as the silver bullet.

I thought Cloud was the silver bullet?

Now don’t get me wrong, cloud is AWESOME! It does help to address some of the challenges identified, but anyone who has been working in this space for any length of time will tell you cloud is an enabler, not the solution.

Moving your workloads to cloud is like moving your business from your garage to a shiny new workshop, with an array of amazing tools hanging on the wall just begging to help you with your next project.

You have room to breathe, so your innovation is now limited by your imagination, far more than your square footage! If you come up with an idea that turns out quickly to be garbage, there’s a handy industrial skip out the back, meaning you don’t have to wait 2 weeks until the next grey bin day to get rid of it!

Of course, that doesn’t mean it’s a free-for-all! You still need to understand the tools, how they work to achieve outcomes faster and what problems they solve, lest you accidently lop off a finger!

Sounds great! Am I Cloud Native now then?

Here’s the key – unless we re-evaluate everything we do today and adopt new ways of working, we are simply not going to realise the benefit of working out of our shiny new workshop, with our huge array of tools!

In the real world this means your entire process from whiteboard ideation to deployment, the ongoing lifecycle of applications and everything / everyone / every process that touches them!

To me, cloud native means a set of technologies, the methodologies and processes to manage them and a state of mind which needs to permeate an organisation!

If you’ve simply lifted and shifted your existing estate and dropped it into the cloud, you’re not cloud native, you’re simply running VMs in a different data centre.

Much like the famed elevator from Lemony Snicket, VMs in the cloud are simply playing at being Cloud, or more accurately, Ersatz Cloud Native.

Further Reading:

I wrote another brief post on cloud native considerations a while back:
The Complexity of Public Cloud Architecture

TekBytes #3: A Certification Haiku for the vExpert Announcement!

I am very chuffed to have become a VMware vExpert for the 6th time this year! Last year I wrote a post about how awesome the programme is, so I won’t bore you with that this year! If you want to read it, you can find it here:

VMware vExpert 2017 – It’s not just about the schwag!

Instead, I am compelled to write a wee haiku about something which most vExperts hold near and dear to their hearts – IT certification!

I hope you enjoy!

 

Certification;

Rolling in my hamster wheel,

Will it ever end?

 

Anyway enough messing about, better get back to the studying!… GCP next! 🤓

TekBytes #2: The Complexity of Public Cloud Architecture

cloud

For many organisations, the cloud and cloud-native application refactoring is attractive. This is often due to the belief that it will reduce complexity and risk for them, when compared to running their own DCs. The theory being that public cloud architecture is simpler.

By going all in, however, many modern “cloud-native” applications are built upon a multitude of solutions, services and elements. This could be anything from a third party PaaS / SaaS provider for ID management, to “rolling your own” caching and search solution. It could even be simply implementing a broad set of management tooling for code and infrastructure automation.

The diagram below represents the technologies involved in one such solution. It’s clearly a highly distributed application with dependencies across many different platforms and cloud-vendors! It’s also not the only example of a solution I have seen in the new cloud-native world!

The risk is, the failure of any single one of those SaaS, PaaS or IDM platforms, automation tools or API gateways could leave an application offline and its owners potentially powerless to resolve it! Developers are exchanging the complexity of building elements into their applications natively, for the risk of distributing (out-sourcing?) them out to other cloud platforms.

Public cloud architecture isn’t always simples!

That is not to say this is not a reason to go to cloud and refactor applications to be more cloudy! The relative benefits to an organisation may far outweigh the risks. The key thing is that in any organisation, requirements from the business will always trump any expectations of simplicity or even consistency!

We are simply exchanging one set of complexities for another!

Thoughts? Feel free to discuss in the comments below!

TekBytes #1 – CloudSpotting – A New Tech Podcast

CloudSpotting podcast

In the spirit of these new short-form blog posts (see TekBytes: A Blogging Experiment) it’s probably appropriate that I write a quick post on a new short-form podcasting project I am working on; CloudSpotting!

My day job is as a Solutions Architect at Rackspace, where I’m fortunate enough to work for one of the most tech-agnostic global service providers around! A typical week could include me talking about or designing solutions based on VMware, Hyper-V, AWS, Azure, GCP, OpenStack, or even just plain old dedicated servers! Add to that a swathe of security, networking and storage “stuff”, it all adds up to a pretty healthy mix.

CloudSpotting Time!

Myself and my colleague Sai Iyer thought it would be fun to share some of our learnings and experiences in designing and operating customer solutions. What better way (we thought!), than an easy-to-consume 30 minute monthly podcast for architects and engineers… In the first episode, we discuss scaling applications for peak periods and the insane growth of Kubernetes adoption! We already have episodes planned on phishing, cyber kill-chains, encryption, automation & DevOps along with a host of other topics, so watch this space!

Just to be clear though – No Kool aid, just cool tech! 🙂

For those of you who are also regular Open TechCast listeners, this doesn’t mean I am changing lanes in any way, there will just be more of my dulcet tones available on your favourite podcatcher (which may or may not be a good thing!).

Where can I find it?

If you want to catch the first episode, just search for “CloudSpotting” on iTunes or Stitcher, or catch the show on Soundcloud here:

CloudSpotting – Season 1 Ep 1 – Peaking Early – A discussion on Application Scaling

We have also settled on the Twitter hashtag #spottingclouds, as the reverse has lots of great photos, but not so much tech! 🙂cloudspotting-logo-horizontal

%d bloggers like this: