Skip to Content

AppZero

Blogs

In the Cloud: the app is free, but that bucket of nuts will cost you

This week my kids and a bucket of nuts acted out a good allegory for enterprise IT and user cloud provisioning – a cautionary tale. It started with a call from our bank letting us know that our credit card was under suspicion of fraud. Apparently, $134.26 worth of iTunes store activity had been charged to our account in the past 24 hours.  

The bank had correctly guessed that these purchases were news to us, with ‘us’ being the adults in the house. And, if not news to each one of the 5 kids we call ‘ours’, it was also nothing any of them felt like claiming. One family meeting down left us all without a volunteer to claim the shopping spree.

But the truth has a way of finding daylight and the mystery shopper’s identity began to emerge.

Without naming any names here, let’s just say the purchases were made from our (adult) iPad by an application called "Tiny Pets".  Of course, the app is FREE, but apparently a bag of nuts is NOT – a sad fact of life in a world filled with so many hungry tiny pets. So it was that, at $19.99 per bucket of nuts, the free app quickly rang the iTunes debit bell.

Explaining to a 7 year old that the app is “free” but nuts cost money was awkward at best. (Note to parents:  This clever bit of automation is called an ‘in-app purchase’ which, although configurable, is enabled by default.)

Clearly our family had moved to the cloud. But we had done so without giving a thought to any of the ramifications of this move. We had simply moved across the continuum from Cloud what? … to Cloud who? … to what does this mean to me and how do I use it? … to cloud,  uh oh, what now?

Lesson learned: Cloud access from home or the enterprise requires control, visibility and governance.  But I have talked with many organizations where developers regularly bypass IT to jump on AWS, and line-of-business managers grab app instances. They expense the cloud use or back stop their usage with the corporate card. All good?

My story had a happy ending by way of an email from Apple that stated:

I understand that the purchases of Apps were unintentional. In five to seven business days, a credit of $134.26, should be posted to the credit card that appears on the receipt for that purchase. Please note that this is a one-time exception, as the iTunes Store Terms and Conditions state that all sales are final.

Granted, there are not many 7 years olds using the cloud in the enterprise. But I am sure that many companies can tell their own stories about cloud usage that has come off the rails and cost a lot more than planned. Do you think your local cloud provider has an unintended usage refund like Apple?

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at @gregoryjoconnor

The Elastic Enterprise: IT operations leverages the cloud today

We were all there at the beginning when, “The Internet changed everything,” morphed into the paradigm buster we now call “The Cloud." As an industry, we watched Amazon (AWS) break the $100M revenue mark in 2008; scanned Gartner’s first cloud computing vendor list in 2009; and heard Microsoft declare itself “all in” in 2010. 

 

The cloud-as-infrastructure journey from promise to powerhouse has been at once exciting and disappointing. Exciting for obvious reasons and disappointing because the reality of cloud usage has largely remained the purview of development.  To date, the predominant use of cloud has been for development/test sandboxes and new applications. 

 

From this vantage point, the cloud is an infrastructure play that has grown from development roots – from virtualization technologies to packaged delivery of computing as a service.  This cloud platform is great for developers and select IT cloudies (forward-thinking elite operations and the devops crowd) who actually get to take advantage of the opportunity. It’s also great for the few bold enterprises that have set out to build their own private clouds in order to reproduce the capabilities of leading cloud providers at price points that match those of Amazon, Rackspace, Terramark, et al.

 

Private clouds are still under construction, lacking critical features, and frequently missing targeted price points. A closer look into the enterprise shows the reality that 99% of production applications remain solidly earthbound, not in the cloud. These are the applications that run the business and consume the bulk of IT budgets. These applications do not enjoy the technical and business benefits the cloud promises. Yet ….

 

The vision fueling the promise is the Elastic Enterprise in which production workloads can be moved across computing resources anywhere – datacenters and clouds – at any time, according to the demands of business. The enterprise extends across clouds at will, receding into familiar datacenters when done … elastic. Instead of the traditional hardened infrastructure that is today’s mix of datacenter and outsourced operation, technology responsively serves the enterprise with agility and speed.

 

 Conversations with so many executives map well to publicized research about what’s holding enterprise applications back from the cloud:

1) a way to move existing applications without punitive manual effort

2) security

3) management

4) lock-in

 

Flipping the negatives, here’s what the Elastic Enterprise needs to get enterprise applications taking advantage of all that great cloud potential:

The elastic enterprise runs production applications across a federated/hybrid operational model.
  • There must be a way to move existing enterprise applications and workloads -- quickly, easily, repeatedly, and securely -- to, from, and across all computing resources in the datacenters and clouds. Workloads must be able to move without any changes across a wide variety of physical and virtual environments including DC, IaaS, and Managed Providers.
  • Existing management tools and processes must be leveraged. In this scenario, the elastic enterprise simply appropriates cloud resources, bringing them into the operational fold.
  • The elastic enterprise will not tolerate lock-in in any form. Operational agility means dynamic provisioning of applications and workloads. The only constant is change.

 

This coming week, at Cloud Expo, AppZero and CohesiveFT will be announcing a partnership that enables the Elastic Enterprise. Now, not later. Coming soon to your enterprise …..

 

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor.

 

Occupy Cloud! movement set to occupy Cloud Expo

As Occupy Wall Street went global mixing grievance with entitlement, the movement quickly became the melting pot for all things protest-able. Taking to the streets with euros, dollars, and yens taped across their mouths demonstrators marched, camped, and otherwise deplored the unfairness of reality.

“But, who will speak up for production enterprise applications?” I thought.  “The reality is that 99% of production enterprise applications are still earth-bound … not on the cloud. Those greedy, lightweight dev/test use cases are monopolizing the cloud.” 

The paradigm-busting, world-changing Cloud technology is enslaved to the business as usual purposes of low-risk development and test sand boxes. Meanwhile, the blood and guts applications that are the DNA of enterprise productivity languish in the land of roll-your-own IT operations. 

Bring me a tent and set up a porta-potty.  I am heading to the streets with a message:  The cloud is ready for enterprise applications today.  And the enterprise is ready for my cause: Occupy Cloud!

If movement of enterprise applications to the cloud is hampered by:  1) fear of lock-in, and 2) the degree-of-difficulty factor for migrating existing applications, then Occupy Cloud! has a bright and immediate future:

AppZero solves for this set in a single solution. Our migration technology tool automates the encapsulation of a running application into an OS-free Virtual Application Appliance (VAA), which can immediately be copied and run on any machine – physical or virtual. The result is enterprise applications that are free to move from cloud to cloud, as well as to and from data centers. 

Quicker than you can say, “People before profits,” your production application is ready to run on any cloud, with zero lock-in. Occupy Cloud!  Mission accomplished.  No app left behind.

Learn how your enterprise applications can join the empowered 1% at my talk, The Elastic Enterprise: Application Agility Holds Key to Hybrid Clouds . And visit us at Cloud Expo booth 422. 

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor

Misunderstanding server application virtualization made simple

Perception shapes vision.  I remember as a kid in school, being bored looking at a black and white sketch of some woman sitting at her mirror.  It got more interesting when the teacher told us that it was really a picture of a death’s head.  And instantly I saw a skull.* What you think defines what you’ll see. 

AppZero’s bread and butter is the virtualization of server applications, not servers.  The challenge for the category is that server virtualization (hypervisors/VMs) and desktop application virtualization (think Microsoft App-V) shape most people’s perceptions of what problems we solve and use cases we fit. 

One of the questions I get asked most frequently is, “How is AppZero different than App-V?”  Until somewhat recently the answer was pretty simple, “App-V virtualizes desktop applications; AppZero virtualizes server applications.”  Desktop …… big boy apps. 

We had a hallelujah moment here when Microsoft announced that App-V would be handling server applications.   After all, with Microsoft throwing its hat in our ring, they’ll also be throwing their marketing machine in right along with it.  Good news for us.  Right?

Not so fast.  It turns out that Microsoft Server App-V is not a stand-alone product.  You can’t buy it off the shelf or download it from Microsoft’s volume license site because it is a feature of Microsoft’s System Center Virtual Machine Manager 2012.  So, 1) it’s not a product 2) it’s not available yet  and 3) when it is, it will only be for Windows (2008?) – marked destination Azure.  Contrast:  AppZero virtualizes Windows, Linux, and Solaris server applications today  …. Leaving us in a category of one.

Speaking with so many cloud providers, ISVs, Fortune double digits, and technology giants on pretty much a daily basis, I sense a big shift underway.  The cloud and all of its potential has fueled a general hunger to exploit barrier free utilization of resources – whether in the cloud (federated or hybrid) or in the datacenter – in any combination, according to the needs of the business. 

Enterprise applications – both desktop and server; homegrown or ISV – all need to be provisioned as quickly and easily as an app store.  Provisioned and seamlessly moved as often and to as many different types of destinations as needed to provide IT as a service, applications must be agile to add value in the days to come. 

In a recent blog (Measuring cloud agility in lunches, not days), I concluded, “Lunch is agile.  Days are not.”  An enterprise application travelling on top of a VM is in days territory, not a player in on-demand, barrier free resource utilization.  That same application, packaged as an OS-free AppZero VAA is suited up and ready to play with agility in the Elastic Enterprise.  (More on that one soon)

For now, I’ll make it simple:  server application virtualization is perfectly suited for:

  1. ISVs who want to do instant demos and PoCs, and who want a streamlined, customer-proofed way to distribute their applications
  2. Anyone who wants to move server-based applications to and from the cloud – any cloud.

* Link to: Skull or girl?

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor

Progress meets déjà vu, entrepreneurial style

What do a day at the beach and bringing absolutely unique technology to market have in common?  They are two of my favorite things.  Half educator, half evangelist, I spend my days carving out the difference between virtualizing server applications (AppZero) and virtualizing the servers they run on (Hypervisors VA/VM). 

I’ve been here before.  In 2000, I had the opportunity to gather some of the best and brightest people together as I co-founded Sonic Software with Bill Cullen (product brain and Sonic CTO; now AppZero CTO).  At the time, we saw a market-making opportunity to take the AppServer world standards (formal/XML or market driven/Java) and apply them to the EAI market.  The first ESB to market -- Sonic XQ (Xml Queue) -- was shipped in February 2002.  Sonic itself was bought by Progress Software.

In an entrepreneurial act of déjà vu, I’m at Progress Software’s Revolution conference in Boston.   I am struck by the irony of how very much I could have used the technology I now bring to my fellow software executives, who are struggling to balance revolution and cost. 

If you sell software, you’ll appreciate this observation

Growing Sonic Software, we faced two universal hurdles that significantly impacted our business – and that of pretty much everyone who sells software:

  1. Winning or losing – labor-intensive demos, proof of concepts (POC), evaluations, and trials had a huge impact on our growth rate
  2. Installs that did not go perfectly, resulted in fire drills, lost business,  and a sharp dip in customer confidence

(These facts of software life are some of the acute pain points we solve here at AppZero.)

At Sonic, we were often faced with a 5 day evaluation for a prospect:  1 day to setup our software on their environment, 3 days to do the work they requested, and 1 day show off the results.  When the 1st day did not go as planned, we always lost.  

Always.  Every single time. No exception.

A cautionary tale:  If you sell software, you are guilty until you prove yourself innocent

Oh, and here’s how I learned that an imperfect install can still bite you long after you have successfully fought to win a customer (in this case a market icon).  A full year after having won the business and implemented our product at the New York Mercantile Exchange, I received a call from the CIO.  He had some new concerns, “Sonic messaging system appears to slow down under load”. 

Arrgggh.  How could this be possible?  Sonic was ahead of its time with elastic scaling, continuous availability, and best in class through put.  This could not be correct.  As it turned out, it wasn’t. 

But determining and fixing the “root cause”  took 6 labor-intensive weeks filled with tons of anxious phone calls, numerous pointing fingers (with chewed fingernails), and a couple of flights to NYC by our top troubleshooter .  Life got very unpleasant before it returned to good.

The culprit? A bug in the Java Virtual Machine (JVM) and Java Runtime Environment  (JRE) that would not do garbage collect (free memory) under load.  Now, long before that fateful phone call, we at Sonic knew all about this issue.  We had documented it, changed our install and packaging to make an easy fix. 

(Cue scary music) But then the customer got involved.  

Someone, somewhere along their line had installed their company’s “certified” version of the JVM/JRE thereby putting our product and reputation at risk.

“It wasn’t my fault” just doesn’t matter.  It took a long time, involving many smart people to find the 2 files that needed to be changed so that all the oil futures in the world could once again flow over the Sonic messaging system.

Morale of the story: Once a customer has your software, things happen.

If I had a time machine, I would bring the AppZero product to my(then)self 

AppZero not only solves the PoC puzzle for software vendors, but protects their Windows and Linux server applications from customers.  We make it possible for applications to be pre-installed, pre-configured and then provisioned onto a physical or virtual OS -- in minutes, perhaps over lunch.  

This capability effectively changes the math around POCs in a big way: we reduce the install, setup and configuration time to zero.  If I had been able to use AppZero at Sonic, I would have freed up a whole day to actually do the customer requests on every single PoC.   What would a 33% increase in productive time have meant?  I’m going to guess a higher win rate against the competition, faster company growth, bigger promotions, and more time spent with the wife and kids.  

And if I had had AppZero at Sonic, our very cool software would have been safely isolated from the customer’s operating environment instead of deeply enmeshed in it.  Innocent from the start.  Hey, how’s this for a new tag line? “AppZero -- protect your software from your customers.” 

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor

Cloud market crosses the chasm; wins, sign posts, and deals

Nothing says fun like a hurricane party, a bottle of “Jack,” and a little game theory debate as lights begin to flicker across New England. And speaking of “Jack,” what can possibly explain the handlers at HP letting Leo Apotheker get off the reservation long enough to proclaim the obvious market shift brought on by the iPad?

Note to Leo: Never tell the world your business problems right before you put up the “for sale” sign. Never.

Note to Larry: Please put Leo, the board and shareholders out of their misery.  Can you imagine?

Ahhhhh.  I feel better.  Now … turning to the chasm-crossing cloud market ...  I am fascinated by how the maturing of this market changes the competitive landscape as players reposition where they’ll compete and investors ask, “Where is the smart money?”

So, with a nod to Geoffrey Moore’s iconic taxonomy, here’s my cut at a bare-bones outline of Cloud computing’s rise from evolution to revolution.

2006/07 – Innovators:  Launch initial offering

Key milestone: Packaging server virtualization into a solution called “Cloud”

Amazon announced a limited public beta of EC2 on August 25, 2006, just six months after the launch of Twitter.  This move is a Cloud Computing equivalent of shipping the iPad. New idea has been funded, team built, 1.0 product is “good enough.”  The race has begun and hardly anyone has noticed it yet.

2008 – Innovators: Get proof and “traction”

Key milestone: Amazon (AWS) does $100M in revenue

Zero to $100M in 2 years is proof enough. Early adopters -- technology enthusiasts -- flock to Amazon AWS and would-be competitors hastily plot their entry into this new market. The debate begins:  what is cloud computing and what are posers (a.k.a. “cloudwashing”).  These questions consume the blogosphere and keep early twitter users off the streets.  

2009 – Early adopters Part I:  Cloud breakthrough defined, validated, and gaining a foothold

Key milestone: Gartner issues their 1st cloud computing vendor list

Cloud computing is recognized as a generational epoch on par with Mainframe, Minis, PC and Web.  Amazon AWS does $250M in revenue. Traditional IT vendors stop asking “What is it?” and put on their acquisitional hats to answer, “How do I get into the game?”

2010 – Early adopters Part II: Cloud love fest in full swing

Key milestone:  Acquisitions, open source initiatives, and (drum roll) Microsoft is “all in”

The seriousness of the game is now completely clear to anyone who is paying attention. Game changing events (time will tell) add fuel to the cloud computing buzz:  CA acquires 3 companies in the space; HP and Dell duke it out for 3Para in a sky’s-the-limit arms/price race.  In July 2010, Rackspace Hosting and NASA jointly launched a new open source cloud initiative known as OpenStack and, in March 2010, Steve Ballmer gives a speech declaring: “Microsoft, for the cloud, we're all in.”  Apple released the first iPad in April 2010, selling 3 million of the devices in 80 days. Amazon AWS does $500M in revenue. The movement is clearly a juggernaut.

2011 – Early majority: The US government pushes hard to the cloud; enough said

Key milestone:  Acquisitions move up the stack

The year starts out with many transactions around owning a cloud (“Look ma, I’m just like Amazon too, no hands …”). Terramark, Savvis, and Navisite all get gobbled up as PC era’s transition to Cloud becomes a done deal. iPad will sell close to 50 million units this year. Amazon AWS is on track to do $1,000M in revenue.

Then there is the matter of both Cloud.com and CloudSwitch going for something like 100 - 150 times trailing twelve month revenue. (If Apple Cloud were to get that kind of valuation it would be worth 15 trillion dollars -- enough to pay off the entire US debt). These 2 deals are outliers that tell us something important about what is now required to win. They signal a new game with a higher ante.

Look at the CloudSwitch Verizon deal, in light of Verizon’s recent $2B purchase of Terremark. Terremark is one of the most advanced Clouds available and Verizon just spent another $140M to protect that initial investment -- and provide a capability that other clouds cannot.

Lessons learned: It is no longer sufficient to have an advanced Cloud. You need something more in order to compete. You need to be able to move applications in and out and around all things Cloud.

2012 and beyond:  We all agree that Cloud is the next generational computing epoch. So what will the market do? It has already moved from the Wild West to early settlement times. Companies are settling down for the long haul, building stonewalls to stake their claims. As the market shifts, leaders will look to add capabilities that broaden and differentiate their solutions (CloudSwitch/Verizon redux). 

I expect the next 12 months to show a lot of Cloud related action in management tools, gateways/connectivity, and Platform as a Service (PaaS). And, unless the Mayan calendar turns out to be right, Cloud is likely to dominate the next decade, throwing some innovative curves along the way.

Note:  Now seems like a good time for the next installment of GregO's cloud valuation exit/acquisition score-card.


Time             Company                                          Valuation*

Q1 2010        3Tera /CA                                          $90M   @ 30  EV/R(ttm)

Q2 2010        3Para/HP                                            $2.4B   @ 12  EV/R(ttm)

Q1 2011        Facebook/Private IPO (GS)               $50 B   @ 25  EV/R(ttm)

Q1 2011        Terremark/Verizon                             $1.9B   @ 5.4 EV/R(ttm)

Q2 2011        Navisite                                               $230M @ 2.1 EV/R(ttm)

Q2 2011        Savvis                                                   $2.9B   @3.0 EV/R(ttm)

Q3 2011        Cloud.com                                           $218M   @100 EV/R(ttm)

Q3 2011        CloudSwitch                                         $140M   @125 EV/R(ttm)

*Valuation – includes debt

EV – Enterprise value or market cap + cash + debit

R(ttm) – Revenue for trailing twelve months

 

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor

Measuring cloud agility in lunches, not days

Question: Why did the server application cross the network?  Answer: For the same reason the chicken crossed the road – to get to the other side … (in this case) of the datacenter and clouds.

Follow up question:  If all a server application ‘wants’ to do is get to another server – physical or virtual – why would it drag along an OS?  Answer: Because it didn’t know it had a much more agile and faster option – OS-free server application virtualization.

And here we get to the heart of the matter …. Server application virtualization is frequently misunderstood because when they think about virtualization, most people think of:

  1. VMs – close cousin to hypervisors; the packaging of server applications with an OS
  2. Desktop application virtualization – for desktop applications, not server applications.

In fact, server application virtualization is different in type and kind from these market mates – not better – different.  AppZero does server application virtualization -- well suited for different use cases and requiring a different market lens than the ones formed by either VMs or desktop.

Agility is the benefit that showcases our use case and brings clarity to the discussion.

The basic math of server application virtualization agility over the VM approach is multiplication of results, by subtracting the OS.  When you separate an application from the OS, the resulting image size is 50 – 1,000 times smaller than a VM image, which can easily surpass 30 GB.

So what?

Well, try on this dirty little cloud secret:  If an enterprise uses the Internet to connect to their cloud provider, it will take DAYS to move that 30GB VM image to the cloud.  Yes, days

By contrast, AppZero virtual application appliance (VAA) images are most often measured in MB, not GB.  AppZero math means that you can provision your server application to a cloud, or multiple clouds, over lunch instead of days.

Lunch is agile.  Days are not.

I’ll do a deeper dive on server application virtualization in Cloud and ISV use cases in my next few blogs.  But for now, if you want real enterprise application agility, server application virtualization is probably as close as you’ll get to a silver bullet.

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor

The risk problem: “If it ain’t broke …. it will be”

The battle cry of IT brinksmanship, “If it ain’t broke, don’t fix it,” means that risk has triumphed over cost. This fate is commonplace for legacy applications which can be found sitting on an outdated/unsupported box, running on ancient OS sporting a “Do Not Touch” sign.

Not important enough to fix; too important to fail. These applications are at risk of failure.  And everyone knows it. 

AppZero offers an alternative that changes the risk/cost math by eliminating the risk at a slashed cost/effort – with no re-engineering or coding required.

Over the last few years, we have helped a number of significant IT operations use our application virtualization solution to migrate their legacy Solaris applications onto newer systems that are reliable and powerful systems. Prior to learning about AppZero, these organizations lived with risk hunting spare parts for their hardware systems from Ebay and Craigslist – sites that, like the old buffalo grounds, are now hunted-out. At this point, risk becomes probability.

Most people reading this article understand that the evolution of Solaris brought big changes between version 7 and 8. So why are so many applications still running on 2.6

Because 2.6 was a very popular Solaris version, many customers invested in applications – both mission-critical/enterprise and line of business/departmental. As the Solaris operating environment grew, most mission-critical applications were moved to the more current versions of Solaris through application vendor upgrades, patches, etc. However, there were many organizations that had built custom applications, or had applications for which the vendor was no longer in business, and they had no easy way to migrate to the newer Solaris versions. Or the applications were not deemed ‘mission critical’. Enter the “wait and see” or “if it ain’t broken” approaches.

Fast forward to today. We at AppZero know firsthand that there remain a sizeable number of legacy Solaris applications which continue to be supported by some of the largest and most recognizable companies. In our interactions with these organizations, we have observed an odd mix of magical thinking and fatalism.  It has always worked; we will deal with it when it happens.

What is the truth? Sun/Oracle made significant efforts and investments to provide backward compatibility for their customers. They are one of the few vendors who have made significant investments in order to try and make it easier for their legacy clients to easily migrate to more current Solaris environments. The challenge for organizations running Solaris environments of the 2.6 era is that their applications usually don’t meet the criteria to be covered within the Oracle Binary Compatibility Guarantee. 

They had legacy clients in mind when they originally developed Zones within Solaris 10. For any organization running Solaris 8 or 9 applications, it’s a simple matter to put them into branded zones on Solaris 10 to enjoy the benefits of the newer OS and hardware systems. What many people fail to understand is that the branded zone approach is not an option for the older Solaris 2.6/7 applications.

Here’s where AppZero comes in. Our software encapsulates your old 2.6/7 application, packaging enough of its OS eccentricities that it will ‘feel’ completely at home when it is picked up and placed on the bright and shiny Solaris 10 OS and box. Instantly running.  Risk and cost dramatically cut.

If it ain’t broke …. check out AppZero’s solution and ask about our “no app left behind” service.

I am always looking for a way to communicate better and cut to the heart of the discussion. So, if you have thoughts on this subject, drop me a line at rwhitcroft@appzero.com, or tweet us at @appzero_inc

Cloud market: rites of passage

Blink twice and “Can we get a puppy?” becomes “Can I take the car tonight?” Cloud computing took a little longer. By my calculation, it’s taken roughly 8 Cloud Expos to move from “Cloud what?” to “Cloud how?” -- I know because I’ve been at all but the first. So, returning from New York where last week 7,500 people attended the 8th, I reflected on how much the questions being asked about “the cloud” have changed since the first Cloud Expo in 2008. 

2008 – What is cloud computing?

Translation:  Okay, what is it?  Does ‘The Cloud’ = Amazon Web Services or what?

What are the key capabilities of a cloud? What is AmazonWS?  How is cloud computing different from virtualization?  Self service, pay for what you use, SaaS … are hot topics. Amazon WS does $100M in revenue.

2009 – Is the cloud real?

Translation: Is this something I’m going to have to pay attention to?

Does cloud computing mark a generational epoch on a par with Mainframe, Minis, PC and Web? … or is it a fad that will pass?  Saving money, CapEx vs. OpEx, agility, and ‘why wait on IT?’ are core issues of the day.  AmazonWS does $250M in revenue.

2010 – How do we define the cloud?

Translation:  What’s going to be my best approach to clouding-up my organization?

Every presentation opens with the question: “What is the Cloud?”  Most speakers cite Wikipedia or Nist, others have man-on-the-street videos asking people what cloud computing is. Vendors define it in terms most favorable to their own offerings…. IaaS, PaaS, SaaS, what color is your cloud? Cloud company acquisitions begin.  AmazonWS does $500M in revenue.

2011 – Where do I go from here?

Translation:  How do I make this work?

Many have tried to leverage cloud with mixed results.  Cloud Roadmaps and solution presentation abound in attempts to fast forward through the experience curve, but the devil is in the detail.  Cloud company acquisitions accelerate.  AmazonWS on track to do $1,000M in revenue.

2011 and beyond:  It’s pretty clear that Cloud is the next generational computing epoch, likely to dominate the next decade plus, unless the Mayan calendar turns out to be right. Today, the market is moving from the Wild West to the beginnings of settlement – a time in which companies are building stonewalls to stake their claims.  

IT professionals also have moved past the obvious low hanging fruit of dev/test and brand new apps on to moving existing applications to a cloud. Companies want to be able to install, configure, clone, run and …. then …. move ….. multiple instances of an application unchanged. The reality of Amazon being down for a few days only reinforced the requirement to have multiple copies of any important application ready to go at a moment’s notice.

Mu$ic to my ears. 

I actually had fun manning the booth and walking the floor, telling the AppZero story, which is a great match to this generation of questions: We offer the fastest way to move existing applications to any cloud – letting companies change clouds and workloads to match evolving strategies.  Here’s the flexibility to learn, adopt and change cloud foundation rapidly, without lock-in.  This cloud agility is a differentiator that will separate the winners and losers in many markets.

On that note, now seems like a good time for the next installment of GregO's cloud valuation exit/acquisition score-card

Time             Company                                          Valuation*

Q1 2010        3Tera/CA                                           $90M   @ 30  EV/R(ttm)

Q2 2010        3Para/HP                                            $2.4B   @ 12  EV/R(ttm)

Q1 2011        Facebook/Private IPO (GS)               $50 B   @ 25  EV/R(ttm)

Q1 2011        Terremark/Verizon                             $1.9B   @ 5.4 EV/R(ttm)

Q2 2011        Navisite                                               $230M @ 2.1 EV/R(ttm)

Q2 2011        Savis                                                    $2.9B   @3.0 EV/R(ttm)

 *Valuation – includes debt

EV – Enterprise value or market cap + cash + debt

R(ttm) – Revenue for trailing twelve months

 

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor.

Server application virtualization = Sales 2.0 accelerant for ISVs

As luck would have it, I recently attended two thought-provoking Sales 2.0-focused presentations almost back to back. In the first one, Ben Nye of Bain Capital Ventures spoke about lessons learned from SolarWinds, a poster child for Sales 2.0.  At the next, David Skok of Matrix Partners gave a first-rate talk with practical advice on "How to Build a Sales and Marketing Machine" .  With apologies to Ben and David, I’d “nutshell” one of their key points as follows:

Your product is your sales person.

Technology and expectations have combined to shift away from a sales-rep model to one that is product centric; one that lets the buyer take it for a test drive and become self educated. In this model, the product is made available for evaluation and is the vehicle by which an interested person will become a highly qualified prospect.

Success here requires: 1) ease of installation 2) ease of use 3) intuitive and instruction free interface 4) fast proof that the product works as advertised, which in turn implies that marketing has set clear and accurate expectations ahead of time.  (For articles and videos on these topics, visit the Sales 2.0 company).

Here, is how AppZero acts as a Sales 2.0 tool when ISVs package their application as a Virtual Application Appliance (VAA):

  • Instant provisioning of demonstrations and PoCs
  • Installation time is removed from the delivery process
  • Time consuming configuration processes are eliminated
  • As there is no installation or configuration required, errors are removed from the equation
  • Applications can be instantly provisioned on premise, at the customer site, and/or in the cloud
  • The application can be moved from server to server (physical or virtual) with no lock-in

This last point deserves elaboration. AppZero VAAs can easily move … again and again. VAAs capture all of an application’s state, enabling a demo to evolve into a PoC, which in turn can move into production.  The sales process is accelerated. (For a brief description of the ISV-relevant characteristics of a VAA, see my previous blog, Moving ISV applications in a Sales 2.0 world -- What a difference an “A” makes)

Let’s consider a very realistic ISV sales progression. An ISV delivers an application demo as a VAA and converts it into a proof of concept (PoC) in the cloud. Once the PoC is successfully completed, the application – and all the work that has been put into it during the PoC -- can be moved to wherever the customer wishes it to live. That place could be their data center, a private cloud, or a public cloud. 

The technical nutshell of Sales 2.0 reasons for ISVs to use AppZero’s VAA approach include: ZeroInstall, small image size, fast network delivery, works with Windows, Linux and can migrate to where the customer wants. The business nutshell is even simpler: faster time to customer satisfaction, lowered cost of acquiring customers, and winning more business.

My own Sales 2.0 proposition for ISVs is AppZero’s ISV Accelerator Program.  In this program, we offer qualified ISVs the following at no charge: professional services to assist in encapsulating the ISV application as a VAA; the right to use that VAA to deliver demonstrations and PoCs with no time or volume limitation; and six months of support. Hop into our funnel and move your Sales 2.0 self right on through it to satisfied customer/enthusiastic reference.

I am always looking for a way to communicate better and cut to the heart of any discussion. So, if you have thoughts on this subject drop me a line at GregO {@} Appzero {dot} com or tweet me at http://twitter.com/gregoryjoconnor.

Syndicate content