Open Stack

This is only part of what imagefactory does. Oz doesn't translate an image to the target image format for a specific cloud. This is what imagefactory does. For some clouds, there is more to be done here than for others. Oz also does not push the image to a cloud provider where you can instantiate the image. Again, this is part of what imagefactory does.

It's a mistake to view imagefactory as a REST interface to Oz. Instead, view Oz as a python package one of the imagefactory plugins currently uses for part of what imagefactory does.

-steve


On Dec 11, 2012, at 12:40 PM, Matt Joyce <matt.joyce at cloudscaling.com> wrote:

> The short summary is this is a restful API interface to oz.
> 
> Very cool. 
> 
> 
> -Matt
> 
> On Tue, Dec 11, 2012 at 10:00 AM, Jay Pipes <jaypipes at gmail.com> wrote:
> On 12/11/2012 12:04 PM, Martyn Taylor wrote:
> > Hello all,
> >
> > After a meeting in Brno a few weeks back I met up with a fellow
> > RedHat colleague Steven Hardy, who is working on a project called
> > Heat (an OpenStack incubator project).  After watching his
> > presentation on OpenStack and then later his talk about Heat at the
> > EMEA OpenStack day we got chatting, and the subject of Image
> > Building in OpenStack came up.
> >
> > The project I currently work on, "Aeolus" has a suite of tools for
> > managing federated clouds.  One of the tools we've created is called
> > Imagefactory and is designed specifically to allow automated
> > building, converting and uploading of images to a number of Cloud
> > providers.  We decided it would be worthwhile to get together and
> > try to integrate the two projects, since Imagefactory had recently
> > gained a provider plugin for OpenStack.
> >
> > The result of this experiment is a proof of concept that we pulled
> > together in a few days.  We put together a video that demo's the
> > thing in action.  You can view it here (it's only around 6mins).
> > http://www.youtube.com/watch?v=MdBM4HA3QUk
> 
> Very, very nice, Martyn!
> 
> > We'd be interested to see what other users think of this.  We aim to
> > create a horizon plugin that should be easily included in existing
> > OpenStack installations.  We'd love to get feedback from you guys.
> 
> Yes, yes, yes. Can't wait to see the code! :)
> 
> > Is this something you would find useful?
> > Can you envisage this fitting into your current processes?
> 
> Absolutely.
> 
> > Hopefully this can provide a starting point to discuss image-building
> > requirements for OpenStack, which will provide valuable input to the
> > Imagefactory team, who are interested in adding further, more scalable
> > support for OpenStack to Imagefactory
> 
> What are the current scalability limitations you are experiencing?
> Perhaps I can contribute some work there...
> 
> Best,
> -jay
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121211/77c88355/attachment.html>