Skip to Content

AppZero

Sun

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

Define and compare: Virtualization technologies for Solaris

“So, VMware … separate hardware from OS = virtual server, right? Well, we’re like that but completely different – we separate application from OS = virtualized application.” Because we’re in the vast virtualization market space with a technology that is unique (patented), I am often asked to differentiate AppZero’s server-side application virtualization from the rest of the pack. Especially in the Oracle/Sun/Solaris/SPARC context.

And especially since we’ve been promoting a Webinar series drawing a straight line from ancient Solaris 2.6 and 7 applications to execution on OS and hardware from this millennium. (We broke the marketing bank naming the webinars: “Virtualize-2-Modernize; Solaris 2.6 + 7 applications run unchanged on 9 + 10” and the follow-on “How to run Solaris 2.6 and 2.7 applications unchanged on Solaris 9 and 10”)

Good news/frustrating news

So I’ve recently been immersed in SPARC-dom through the “Virtualize-2-Modernize” series, in tandem with doing exactly that type of Solaris application modernization work for some household name clients. The good news is that our customers clearly see AppZero’s value proposition and ROI as very high. Understanding and adoption go hand-in-hand – as do confusion and delay. What is so frustrating to me is that this clear value proposition is too often occluded by confusion surrounding the various flavors of virtualization in this market.  Specifically:

  • Oracle VM Server for SPARC, the technology formerly known as Logical Domains (LDOM) – This server hardware virtualization and partitioning technology was released in 2007 by Sun and rebranded since Oracle’s acquisition of the company in 2010.
  • Solaris Containers/Zones (global, non-global, branded) -- First made available in 2005 as part of Solaris 10, this operating system-level virtualization accommodates applications running on isolated virtual servers within a single OS instance.
  • AppZero Solaris application virtualization – First shipped in 2006, AppZero separates an application from the OS, capturing that application and its dependencies in isolated capsules that can execute on a single Kernel OS instance.  For example, AppZero encapsulates Solaris 2.6 and 7 applications with enough OS distinctives that they can execute on the newer OS versions. (Copied and run, the applications are not installed in the traditional sense although they execute as if they were.)

It’s easy to delineate LDOM/hypervisors and application virtualization; it’s trickier to come up with a one-liner for containers/zones. Part of the difficulty stems from the fact that this Solaris technology and AppZero’s Solaris application virtualization solution both use analogous approaches to create isolated application executions on a single OS kernel instance. For those of you interested in differentiated elephants and nuances, I’ve included a comparative matrix at the end of this blog.

Differentiation by use case

In the meantime, AppZero use cases are clear. Tuned for rapid provisioning (what we call “ZeroInstall”), AppZero enables moving/copying a pre-installed, pre-configured application to any machine to be up and running in seconds. This resultant extreme agility has direct value for:

  • ISVs who want rapid provisioning of demos and proof of concept (POC) as well as fast distribution of software.
  • Provisioning of applications for scaling and de-scaling in a cloud.
  • Moving applications from data center to the cloud … to another cloud … and back … etc.
  • Reducing OS and image sprawl by dynamically applying “gold OS” and “gold application” images.

And in a category almost by itself ….

  • Modernizing old Solaris 2.6 and 7 applications – separating them from the kernel – so they can move to Solaris 10, enjoying all the benefits of hardware and Solaris services from this millennium.

Differentiation by attributes

Inspired by a recent Peter Baer Galvin blog, Pete’s all things Sun: comparing Solaris to Red Hat Enterprise and AIX” I offer this matrix comparing the technologies. I welcome your comments, refinements, and (should the unthinkable happen) corrections.

Description

LDOMS

Zones

AppVirt:  AppZero

Isolation level

hardware from OS

Kernel OS from user space OS

Kernel OS from user space OS

Virtualization view

1 hardware(server) surfaces many  virtual machines instances

1 Kernel OS surfaces many  OS instances

1 Kernel OS surfaces many  portable OS instances

Virtualization artifacts

paravirtualization presents an interface to virtual machines that is similar to the underlying hardware

Multiple isolated user OS, single Kernel

Multiple isolated user OS, single Kernel

Isolation approach

Exploits the "Chip Multi Threading"  for sharing

Extends OS kernel libraries for partitioning and sharing of OS

Injects OS intercept calls to redirect OS system calls

System failure/risks

Hardware

Hardware & Kernel OS

Hardware & Kernel OS

Provisioning

Server packaged with virtualization

OS packaged with virtualization

App packaged with virtualization

Provisioning use case

 

Sharing compute

Sharing compute

Sharing application

Mobility use case

None

None

Machine, hypervisor, zones, datacenter, cloud

Modernization

None

Upward modernization Solaris Zones 8 to Solaris Zones 10 without recompiling the app

Upward modernization Solaris 2.6 to Solaris 10 without recompiling the app *

Image size without a DB

30-50 GB

MB – 3 GB

MB – 3 GB

 

 

 

 

*Including apps that are deemed not compatible with Binary Compatibility Guarantee and are statically linked

Note: AppVirt: AppZero for Windows platform has a different interception level that Linux and Solaris 

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

Note to Mark Hurd: AppZero prescribes “Virtual Viagra” for Solaris

Imagine you are an IT professional or executive, and your teams are running a data center with 1,000s of machines and applications.  You know that there is a set of 10-15 year old applications running business critical functions on SUN hardware and the Solaris operating systems.

These applications, their OS and the underlying infrastructure are old.  In fact, measured in “IT-years,” where the lifespan of an infrastructure is 3-5 years, they are ancient.  By my calculations, an IT year is equivalent to 20 people-years, making these systems 200-300 years old …and ….

… stranded on an island.

It is not a question of if one of these servers will break or die; it is a take-it-to-the-bank-matter that these mission critical application servers will die.  The only question is when.

There is no replacement hardware available.  You can’t even find these servers on eBay anymore.  The poor old servers can not access new SAN based storage.  The cost of re-engineering the applications so that they can play in a supportable IT world is huge.

I have talked with many people in this situation and simply put, they do not sleep well at night.

Here’s their situation in a nutshell:

  • Fact: Extremely valuable business application runs on infrastructure that is soon to fail.
  • Fact: Huge pain and lost dollars to the business will result when these servers fail so there is a very tangible and measurable need for them to be fixed ASAP.
  • Fact: I have talked with some IT folks who say that if their custom Solaris applications ever went down, it would take them weeks, months, or even years to recover.
  • Fact:  These applications are integrated with other systems and do very specific tasks tuned for the business, making them poor candidates for prebuilt alternatives.

At this point four choices are available for these companies:

1.) Rewrite/port the applications

2.) Complain loudly so that when it hits you can say “I told you so”

3.) Run … find a job at a cloud company where systems are only a couple of years old

4) Take AppZero’s “virtual Viagra” to scoop and move your apps from the old OS to a new OS with zero re-write

The AppZero capsule, taken once, will last more than 4 hours without requiring any re-engineering or any trip to the doctor.

AppZero = engineering-free Solaris application modernization - 

How do we move old Solaris applications to new environments without re-engineering?  We separate the application from the OS and put it in a very portable capsule.

Just to be clear, separating an application from the OS is not something you can easily explain to your mother.  I know.  I’ve tried.  Why these old applications are stuck on old hardware and how AppZero can separate and move them to new hardware in a matter of hours excites me, but Mom?  When I hear, “That’s nice, Greg,” I know she has no idea what I am talking about. So instead we talk about how Jameson is doing in football this year.  (btw, he’s doing real well, thanks).

AppZero builds software that enables IT and software developers to create, control, and maintain virtual application appliances (VAA).  The VAA decouples an application from the operating system (OS).  It encapsulates that application, along with all of its required underlying infrastructure, so that it can then easily be transferred and run on a different system.

I sometimes compare the VAA capsule to the gelatin that surrounds everyday medicine you’d find in the average medicine cabinet.  The gelatin isn’t the medication, it surrounds it.  In a similar manner, the VAA is not the application, but contains or encapsulates it.  This capsule can then be picked up and moved to another system with very little effort or interruption.

VAA vs the cost to rewrite or port an application

An AppZero customer who modernized a few dozen applications with our technology recently spent a good 45 minutes telling me about the bidding process with IBM, Accenture and Wipro to “refactor” the systems that he later moved via our application virtualization.  The baseline number was $7M and 4+ years.

Our “capsule” solution was less then 4% of that number and implemented in 9 weeks.  Maybe I need to talk to my new board members about raising the price of this tool we have for Oracle and its newest crowd of faithful users?

Many of our prospects have been talking to us about how they can remain faithful to Solaris while still getting the thrill of running their applications on a “newer model”.  They are confident that Mark will inject some new life into the Solaris platform. 

In the meantime, long-time, faithful Solaris users can take advantage of “capsules” that allow them to share in this exciting new life today without having to divorce themselves from the applications that they have come to love and rely upon.

To quote Viagra’s tagline, “This is the age of taking action.  And getting the answers you want.  So you can get on your way.”  AppZero couldn’t agree more.

Following the Hurd

You’ve got to love a good story with drama about money, sex and revenge.  As everyone in the tech industry knows, that’s exactly the kind of story playing out with Mark Hurd, the former CEO from HP.  I for one expect this story to have a happy ending for Oracle and Mark, as well as for AppZero.  Here’s why.

Under Hurd’s leadership, HP has been the leader in sales of desktop computers since 2007, and laptop computers since 2006.  In 2008, again under the leadership of Hurd, HP saw its market share in inkjet and laser printers increase to 46% and 50.5%, respectively.

Hurd is a tireless competitor.  He told a reporter from Fortune that he gets up every California morning at 4:45 a.m., without an alarm clock, because competitors on the east coast are already awake.[1] 

Love him or hate him, the impact of his leadership cannot be disputed.  When he started as CEO in 2005, HP’s market cap was $46B.  The day before he resigned HP’s market cap was close to $110B, which represents a 140% increase in 5 years. During his tenure, he led the company in creating $64B in value for HP’s shareholders.

Unfortunately, the day he resigned the market cap declined…a lot.  $14B to be precise.  22% of the increase Hurd created walked out the door with him.  (There’s either a good object lesson or joke in here somewhere about women, temptation, and repercussions that dates back to the Garden of Eden.  Either way, $14B can buy you a lot of apples.)  Seriously.

On the week that Mark joined Larry Ellison, Oracle’s market cap went up $25B.  How happy do we think Larry and the Oracle shareholders are to find themselves in a situation where their gain and HP’s loss combined to produce a net change in value of close to $40B in less than 30 days?  Ahhh, the thrill of competition.  Larry must feel like an archangel looking down on the garden as Mark floats up to join him in the heavens of Oracle.  And HP replaces Hurd with SAP castaway Léo Apotheker?  Even better.  Definitely good times at Oracle.

Oracle Corp.'s first-quarter profit jumped 20%, aided by the addition of hardware sales from Sun Microsystems and demand for business software despite concerns about the strength of a recent rebound in corporate technology spending.” Wall Street Journal Friday September 17, 2010.

It’s clear that one of the ways Larry keeps score is via Oracle’s market cap.  If Mark can repeat his past HP performance, then Oracle’s stock is going to $55 in the next 5 years.

Enter AppZero with a prescription to get Solaris up and running.  For details read my next blog: AppZero prescribes virtual Viagra for Solaris

Reference

  1. Lashinsky, Adam (2009-03-03). "Mark Hurd's moment". Fortune. http://money.cnn.com/2009/02/27/news/companies/lashinsky_hurd.fortune/index.htm. Retrieved 2009-07-15.

 

Note to Cloud: Here comes the Sun

First of all, there was the Sun-sponsored CommunityOne conference in New York on St Patrick's Day, and there was green beer.  Enough said.

I awoke at 7:30 the following morning to see that Sun's stock had pretty much doubled overnight.  In a green-tinted haze, I marveled that this skyrocket performance came from their announcement of the Sun Cloud - the company's first public cloud service based on the Sun Open Cloud Platform.

Sure, Sun's cloud strategy is interesting - but, as it turns out, not nearly as interesting as rumors from the usual cadre of "reliable sources" that IBM will buy Sun for $6.5 billion.  For what it's worth, if there were a place to text my vote, I'd spend the 99 cents to say "go for it".  The largest-ever  acquisition for IBM, this move would certainly put the hurt on HP.

Back at the conference, David Douglas, who is both Senior Vice President of Cloud Computing and Chief Sustainability Officer, harkened back to the days when Sun (and IBM) were proclaiming "the network is the computer".  In this "4th wave" of computing, he spoke for Sun declaring that "the cloud is the computer" now.  He was followed by Lew Tucker, VP and CTO of Cloud Computing, who manned a fairly slick drag and drop demo creating a cloud of Web servers, App servers, MySQL, load balancers and WikiMedia Application.

Sun's vision of a world of many clouds - public and private - that are open and interoperable, of course starts with its Sun Open Cloud Platform, which brings together Java, MySQL, OpenSolaris, and Open Storage.  The first two Sun Cloud services will be Sun Cloud Storage and Sun Cloud Compute, available sometime this summer.

Based on several apres-session conversations, I'd sum up their strategy for differentiating from, say ... Amazon? along these lines:

  • Sun's cloud initiatives will be OS agnostic - Windows, Linux, Solaris
  • Sun will leverage its installed base in the open source development community (Java, MySQL, and GlassFish are available on an open source model.)
  • Sun has 7,000+ pairs of sales feet on the street in daily contact with enterprise accounts
  • APIs tie back to the open source community (In fact, open source has been profitable for the company and is integral to its growth strategy.)

Sun Cloud, Amazon, Azure .... It's all good.  Enterprises like choice and they'll be looking for the quickest, most cost-effective ways to send their applications cloudward and beyond.  And we've never met a cloud we didn't like.

Syndicate content