On 05/10/2011 09:57 PM, Colin Coe wrote:
Cliff
I know I'm going OT, but I can't help thinking that RHEV-M must be
tied in here somewhere...
There was several presentations on CloudForms:
http://www.redhat.com/summit/2011/presentations/
Carl Trieloff Red Hat Cloud Architecture
Bryan Che Cloud Foundations Update & Roadmap
The CloudForms product (which CloudForms System Engine is a part off)
will work with both RHEV and KVM in building internal private clouds.
CloudForms will also support other 3rd party virtualization technologies
and public clouds such as EC2. This will allow you to build applications
within a private environment, but also quick move them to a public cloud
provider.
So, RHEV is part of the larger story, yes.
Cliff
CC
On Wed, May 11, 2011 at 6:21 AM, Colin Coe<colin....@gmail.com> wrote:
Please tell me that Satellite/System Engine isn't going to end up
looking line the new RHN...
CC
On Wed, May 11, 2011 at 4:16 AM, Cliff Perry<cpe...@redhat.com> wrote:
On 05/10/2011 03:59 AM, duncan.in...@virginmoney.com wrote:
Um, wow!
That's certainly big news. Is work on Spacewalk going to tail off then?
Red Hat is committed to continue to sponsor Spacewalk. Red Hat will
continue to be actively involved in Spacewalk, contributing code upstream,
as RHN Satellite today continues to be Red Hat's primary systems management
solution for managing the life cycle of Red Hat Enterprise Linux for
traditional data centers. Over time our contributions though will go down as
we approach the End of Life for Satellite 5.x for our customers.
I can understand the direction and can see why Red Hat would be going
towards the cloud. There are still going to be a large number of
companies for whom Satellite is more than adequate. Will Satellite be
The Satellite product question is best answered from your Red Hat account
rep in private. I'm more than willing to share the presentation we made last
week at the Summit (which is public information now) and give a commitment
that we are not abandoning the Spacewalk project, but acknowledging that our
long term strategy for this code base has changed. I'm pleased to say we
have a strong community of users as well as growing list of enhacement&
bugfix contributors.
Regards,
Cliff
offered in parallel?
Cheers
Duncan
From: Cliff Perry<cpe...@redhat.com>
To: spacewalk-devel@redhat.com
Cc: duncan.in...@virginmoney.com
Date: 09/05/2011 17:02
Subject: Re: [Spacewalk-devel] Func vs osad vs AMQP
------------------------------------------------------------------------
On 05/09/2011 11:35 AM, duncan.in...@virginmoney.com wrote:
> Guys,
>
> Just a quick question about the func v osad debate. Is there any work
> going on regarding replacing osad with func? I recall it being tossed
> around a while ago, but hadn't heard anything recently. Or perhaps
AMQP?
> Would be a shame to keep using osad; it's the single flakiest part of
> Satellite in my experience.
>
> Cheers
>
> Duncan
>
> _______________________________________________
> Spacewalk-devel mailing list
> Spacewalk-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-devel
AMQP will be used in the future replacement of Satellite (called System
Engine). See Summit roadmap presentation:
http://www.redhat.com/summit/2011/presentations/summit/whats_next/thursday/summit-2011.warner_sanders_t_1400_future_of_satellite-v5.pdf
This though will likely not be changed in Spacewalk and will continue to
use osad / jabberd for the near term future.
Regards,
Cliff
_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
--
RHCE#805007969328369
_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
