Dr. Dobb's is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


Channels ▼
RSS

Web Development

Demystifying JeOS


Jake Sorofman can be contacted at rPath or [email protected].


Virtualization and cloud computing are forcing an evolution in the general-purpose operating system from a one-size-fits-all approach optimized for the server distribution channel to a streamlined approach optimized for distribution with the application inside a virtual machine. In virtualized computing environments, the OS has split, forming two discrete systems -- a hypervisor for managing the physical infrastructure and an application delivery system for managing the application within the virtual machines.

The hypervisor provides hardware-based services. The hypervisor is relatively well known because of high-profile hypervisor vendors like Citrix, VMware, and most recently, Microsoft. The hypervisor has enabled organizations to carve up server capacity and realize far better utilization from hardware infrastructure, reducing both capital and operating expenses for the datacenter.

The application delivery system takes responsibility for all of the application-based services. Known commonly as "just enough operating system" (JeOS), this approach is the yin to the hypervisor's yang -- and it's a fundamental enabler of application virtualization.

JeOS (pronounced "juice") plays a pivotal role in maximizing the portability, cost control, security and manageability of applications in virtualized and cloud-based environments. At its most basic level, JeOS is an operating system streamlined to meet the precise needs of a specific application. That means JeOS contains only the pieces of the operating system and related system software that a specific application needs to run. In broad terms, this approach involves five steps:

  1. Decompose the general-purpose OS, storing the individual components in a repository.
  2. Inspect the application and specify the requirements and policies for its run time and management dependencies.
  3. Assemble the system software from the OS repositories around the application based upon the requirements and policies determined in the previous step. This creates the universal manifest for the maintenance and management of the application.
  4. Write the software manifest determined in the previous step into the Virtual Machine format required by your preferred hypervisor environment. Ideally, this step is automated with each VM format defined as a target within your release management system.
  5. Easily deploy the application without any of the manual set up, configuration and tuning typically associated with the process of installing applications on a physical server host.

JeOS turns the general-purpose operating system into a buffet of sorts. Take what you need and leave the rest. This approach has several advantages:

  • Faster time to market. JeOS binds to the application instead of the hardware infrastructure, creating a self-contained image that can run on any virtualized infrastructure with minimal manual setup, tuning, configuration, or certification. JeOS frees applications from the constraints and manual configuration of hardware infrastructure, allowing them to be deployed instantly.

  • Lower maintenance, better security. JeOS eliminates unnecessary operating system and middleware components, which can reduce the system software footprint by 90 percent or more. Fewer components mean fewer patches and updates, making the lifecycle management and maintenance of deployed applications less complex and expensive. Likewise, operational risks associated with security breaches are reduced.

  • Extreme portability. When constructed correctly, applications using this method can be deployed on top of any hypervisor or in any cloud environment, making them fundamentally portable. Applications initially deployed on an internal cloud can be immediately redeployed in Amazon's Elastic Compute Cloud (Amazon EC2) or in a cloud provided by RackSpace, Terremark, GoGrid, or another provider. This extreme portability takes business agility to a new level, and it opens the door to the dynamic properties of cloud computing, where application workload can be shifted from cloud to cloud to take advantage of comparative advantages in cost, performance or service availability.

Now, here's the reality check: Packaging and deploying applications in this manner takes the friction out of application deployment, which will undoubtedly lead to explosive growth in the volume of application images that need to be managed and maintained. This means that organizations must be prepared to deal with unforeseen levels of scale and complexity to avoid being overwhelmed by virtual machine sprawl, application quality issues, compounding maintenance costs, rogue applications "leaking" into the cloud, and the risk of getting locked into a single platform or cloud service.

Listen closely to any CIO today, and you'll hear signs of a minor crisis in the making. Currently, an estimated 25 percent of application workload is delivered as virtual machines. As this trend continues in 2009, we're likely to see a VM Tsunami that swamps legacy approaches to application delivery and management. JeOS -- in and of itself -- is not a solution. JeOS is an enabler for a new and better way to deploy applications. But this approach requires a broader lifecycle strategy that allows you to realize all of the cost and agility benefits without being overwhelmed by unintended consequences and unexpected costs. The good news is that these risks can be mitigated through a managed lifecycle approach to enterprise application virtualization, which begins with JeOS and ends with applications that are set free.


Related Reading


More Insights






Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing or spam. Dr. Dobb's further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.