From Fedora Project Wiki

< Features

Revision as of 14:25, 8 August 2008 by Huff (talk | contribs)

Appliance Building

Summary

Appliances are pre-installed, pre-configured, system images. This feature consists of a tools and meta-data that make it easier for anyone (ISVs, developers, OEMS, etc) to create and deploy virtual appliances. The two components of this feature are the ACT (Appliance Creation Tool) and the AOS (The Appliance Operating System)

Owner

  • Name: David Huff

Current status

Detailed Description

ACT: The Appliance Creation Tool is a tool to create Appliance Images from a kickstart file. This tool uses the liveCD creator API as well as patches to the LIVECD API originally written by Daniel P. Berrange <berrange@redhat.com> to create a multi partitioned disk image. These Disk images can then be booted in a virtual container such as XEN, KVM, and VMWARE. This tool will be contained in the applinace-tools package. This package contains tools for building appliance images on Fedora based systems including derived distributions such as RHEL, CentOS and others.

AOS: The AOS is a scaled down version of Fedora with a small footprint containing only the packages necessary to run an appliance. The hardware supported by this "spin" of Fedora would be limited, primarily focusing on virtual containers such as KVM and Vmware. The Goal would be to create a base that developers can build their applications on top of, only pull in packages that their software requires. A start from the bottom and build up mentality.

This is similar to the concepts of JeOS (Just enough operation system)

See more info on the project at: http://thincrust.net

Benefit to Fedora

  • Provides a template for developers who want to build a fedora based appliance.
  • Provides a tools for developers who want to build a fedora based appliance.
  • Provides a tool to generated a preinstalled multi partitioned disk
  • It would also provide a minimal version of fedora for those who want to start form the ground up and add only what they want/need
  • Will start to form some continuity around what Fedora appliances will look like.

Scope

  • Requires new package applinace-tools
  • Requires hosting an AOS kickstart file in the kickstart pool
  • Requires hosting a binary image on http://spins.fedoraproject.org/
  • May require tooling changes to build/host an appliance image rather than a livecd iso? (appliance image = tar.gz which contains a binary disk image and meta-date used to launch the image.)

Target audience would mainly be developers wanting to quickly develop appliances based off of fedora

Test Plan

  • Test ACT on all supported platforms, currently rawhideand KVM:
 1) Build image with appliance-creator, insure image builds with no errors
 2) Launch image on kvm via virt-image (repeat for X flavors of Fedora)
 3) Launch image on VMware??
  • Test AOS image boots
 1) Download image
 2) Launch image on kvm via virt-image (repeat for X flavors of Fedora)
 3) Launch image on VMware??
  • In all cases the expected results are really "It boots, we can log in"

User Experience

  1. Users can download a pre-built binary image and run in a container such as vmware or KVM and be able to have a demo up and running in minimal time
  2. Users can download the ks file and create there own version of the AOS locally using the appliance-creator tool
appliance-creator -c /usr/share/appliance-tools/aos-f9.ks --cache=/var/tmp/livecd/

Dependencies

  • patches in Livecd-tools
    • [PATCH] added get_partitions to kickstart.py
    • [PATCH] re-factor imgcreate/fs.py module
    • [PATCH] added compat shims in fs.py for old api
    • [PATCH] switch internal code to use new api
  • commited on 08/05/2008 08:27 PM
    • [Fedora-livecd-list] 7 commits - imgcreate/creator.py imgcreate/fs.py imgcreate/kickstart.py imgcreate/live.py
    • commit: 5a3a91fe44795fb0d5c1f6215081b214d0af3f5b
  • There may be a soft dependency on the "fedora upstream" or "based on fedora" trademark discussion. We think it would really make this a strong feature if there was a story similar to: "Build the appliance, and brand it this way." without this, we need to provide alot more robust un-branding tools/doco.

Contingency Plan

  • port all functionality of new api re-factor imgcreate/fs.py module into applinace-tools package

Documentation

Release Notes


feel free to add a comments......