Topics


Blogs


Forums


Samples


Media


Labs


Resources

 




DevCentral > Weblogs > Lori MacVittie - Two Different Socks
 WILS: Cloud Changes How But Not What
posted on Thursday, August 27, 2009 3:57 AM

Cloud changes how we deliver applications but we’re still delivering applications

With all the hype around cloud it’s easy to get caught up in deployment models and architectures and how much money it is/is not going to frog-prince save us and, of course, with the cool factor that always surrounds such innovation. But when we get our heads too far up in the clouds we forget what we’re really doing: delivering applications. Whether it’s thin-client, fat-client, browser-based, client/server, three-tier, n-tier, traditional, .NET, Java EE, or cloud we are still all focused on the same goal: deliver an application.

The prince may look like a frog, but he’s still a prince. The application may be delivered from the cloud, but it’s still the same application.

Regardless of the model, the architecture, and the location we are all still trying to achieve the same thing: deliver applications fast, make sure they’re secure, and keep them available. That’s important to keep in mind because it’s easy to get caught up in the seemingly endless battles of whether private cloud is “real” or not, whether SaaS is a really cloud or not, and even what the basic definition of cloud might be.

What cloud really changes is how we deliver applications, not what we’re delivering – or why we’re delivering it.

It doesn’t matter if your strategy is pure cloud or some strange hybrid of cloud + SOA + traditional + mainframe architectures. If it delivers applications to your users – consumer, partner, supply chain, corporate – and does so in a way that’s fast, secure, and keeps that application available then you’re doing it “right”.

Follow me on Twitter View Lori's profile on SlideShare friendfeedicon_facebook AddThis Feed Button Bookmark and Share

WILS: Write It Like Seth. Seth Godin always gets his point across with brevity and wit. WILS is an ATTEMPT TO BE concise about application delivery TOPICS AND just get straight to the point. NO DILLY DALLYING AROUND.

Related blogs & articles:



 
      

Feedback


8/27/2009 7:16 AM
Gravatar We still deliver applications, but they are no longer the atomic unit of what we do.

Applications used to be an irreducible thing that you put on an equally irreducible server and scaled horizontally. You had a mail app, an ERP/CRM app, a e-commerce app.

Now they are collections of transactions, which may be conducted between a client and many services over many different methods. You now have a messaging service, a scheduling service, a purchasing service, and those might reside in different permutations in many different applications.

The intertwingularity of these service aggregations into vast arrays of application-like products is what 'the cloud' offers and this does change the nature of an application far more than the "traditional" "distributed application" over a controlled architecture like SOA, specifically because the services don't have to interoperable with anything but the client, and the application isn't designed according to an application architect's plan but rather it emerges from a need and is assembled in a relatively ad-hoc sort of way.

Which is all to say that 'application architecture' finally is acquiring the technology it needs to better match our behaviors with an ultimate result of people and organizations applying business process to information services rather than information services shaping business process. Application delivery is evolving towards message-centric, transaction delivery to corral these loosely formed interfaces implicit in the operation of these clouded applications because there aren't any other pieces of the puzzle where the network intelligence and application awareness combine to make decisions about availability, security, or optimization.

It is precisely because many of these disparate ad-hoc applications consume the same services that _what_ we deliver is why application delivery matters - any dumb box with a few NICs can throw packets, what matters is that you throw the right packets, in the right order, to the right destination, in the right span of time.

There are a lot of 'how' questions that fold into that 'what', but without it clearly established first, you are shooting on the wrong target, no matter how many bulls-eyes you get.

Ian

9/14/2009 6:16 PM
Gravatar i think that changes in climate change are affected by import clouds
johhny Tran
 Leave Feedback
Title  
Name  
Email
Url
Comments   
Please add 2 and 1 and type the answer here: