Mailing List openstack-dev@lists.openstack.org
Sent: Wednesday, October 23, 2013 5:36:25 AM
Subject: Re: [openstack-dev] [scheduler] APIs for Smart Resource Placement -
Updated Instance Group Model and API extension model - WIP Draft
Yathiraj Udupi (yudupi) yud...@cisco.com wrote on 10/15/2013
Yathiraj Udupi (yudupi) yud...@cisco.com wrote on 10/15/2013 03:08:32
AM:
I have made some edits to the document: https://docs.google.com/
document/d/17OIiBoIavih-1y4zzK0oXyI66529f-7JTCVj-BcXURA/edit?pli=1#
...
One other minor thing to discuss in the modeling is metadata. I am not
eager
gkot...@vmware.commailto:gkot...@vmware.com
Cc: OpenStack Development Mailing List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [scheduler] APIs for Smart Resource Placement -
Updated Instance Group Model and API extension model - WIP
Hi Mike,
I read your email where you expressed concerns regarding create-time
dependencies, and I agree they are valid concerns to be addressed. But like we
all agree, as a starting point, we are just focusing on the APIs for now, and
will leave that aside as implementation details to be
That came through beautifully formatted to me, but it looks much worse in
the archive. I'm going to use crude email tech here, so that I know it
won't lose anything in handling.
Yathiraj Udupi (yudupi) yud...@cisco.com wrote on 10/14/2013 01:17:47
PM:
I read your email where you expressed
Regarding Alex's question of which component does holistic infrastructure
scheduling, I hesitate to simply answer heat. Heat is about
orchestration, and infrastructure scheduling is another matter. I have
attempted to draw pictures to sort this out, see
Long-story short, sounds like we do have the same concerns here in Climate.
I'll be present at the Summit, any chance to do an unconference meeting
in between all parties ?
Thanks,
-Sylvain
Le 11/10/2013 08:25, Mike Spreitzer a écrit :
Regarding Alex's question of which component does
@lists.openstack.org,
Cc: Mike Spreitzer/Watson/IBM@IBMUS
Date: 10/11/2013 08:19 AM
Subject:Re: [openstack-dev] [scheduler] APIs for Smart Resource
Placement - Updated Instance Group Model and API extension model - WIP
Draft
Long-story short, sounds like we do have the same concerns here
...@us.ibm.com
To: OpenStack Development Mailing List
openstack-dev@lists.openstack.org,
Date: 10/10/2013 07:59 AM
Subject:Re: [openstack-dev] [scheduler] APIs for Smart Resource
Placement - Updated Instance Group Model and API extension model - WIP
Draft
Yes, there is more than
openstack-dev@lists.openstack.org,
Date:10/10/2013 07:59 AM
Subject:Re: [openstack-dev] [scheduler] APIs for Smart Resource
Placement - Updated Instance Group Model and API extension model - WIP Draft
Yes, there is more than the northbound API
Resource
Placement - Updated Instance Group Model and API extension model - WIP
Draft
Thanks for the clue about where the request/response bodies are
documented. Is there any convenient way to view built documentation for
Havana right now?
You speak repeatedly of the desire for clean
Mike, I agree we could have a cleaner API but I am not sure how
cleanly it will integrate with current nova which IMO should be test
we should pass (assuming we do cross services later)
On Tue, Oct 8, 2013 at 10:39 PM, Mike Spreitzer mspre...@us.ibm.com wrote:
Thanks for the clue about where the
Subject: Re: [openstack-dev] [scheduler] APIs for Smart Resource
Placement - Updated Instance Group Model and API extension model - WIP
Draft
Hi Yathi,
Le 08/10/2013 05:10, Yathiraj Udupi (yudupi) a écrit :
Hi,
Based on the discussions we have had in the past few scheduler
sub-team meetings
Yes, there is more than the northbound API to discuss. Gary started us
there in the Scheduler chat on Oct 1, when he broke the issues down like
this:
11:12:22 AM garyk: 1. a user facing API
11:12:41 AM garyk: 2. understanding which resources need to be tracked
11:12:48 AM garyk: 3. backend
Debojyoti Dutta ddu...@gmail.com wrote on 10/09/2013 02:48:26 AM:
Mike, I agree we could have a cleaner API but I am not sure how
cleanly it will integrate with current nova which IMO should be test
we should pass (assuming we do cross services later)
I think the cleaner APIs integrate with
, October 8, 2013 12:40 AM
To: OpenStack Development Mailing List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Cc: Yathiraj Udupi yud...@cisco.commailto:yud...@cisco.com
Subject: Re: [openstack-dev] [scheduler] APIs for Smart Resource Placement -
Updated Instance Group
...@cisco.commailto:yud...@cisco.com
Subject: Re: [openstack-dev] [scheduler] APIs for Smart Resource Placement -
Updated Instance Group Model and API extension model - WIP Draft
Hi Mike,
Le 08/10/2013 08:51, Mike Spreitzer a écrit :
On second thought, I should revise and extend my remarks. This message
Thanks for the clue about where the request/response bodies are
documented. Is there any convenient way to view built documentation for
Havana right now?
You speak repeatedly of the desire for clean interfaces, and nobody
could disagree with such words. I characterize my desire that way too.
Hi Yathi,
Le 08/10/2013 05:10, Yathiraj Udupi (yudupi) a écrit :
Hi,
Based on the discussions we have had in the past few scheduler
sub-team meetings, I am sharing a document that proposes an
updated Instance Group Model and API extension model.
This is a work-in-progress draft version, but
Hi,
Based on the discussions we have had in the past few scheduler sub-team
meetings, I am sharing a document that proposes an updated Instance Group
Model and API extension model.
This is a work-in-progress draft version, but sharing it for early feedback.
Thanks. I have a few questions. First, I am a bit stymied by the style
of API documentation used in that document and many others: it shows the
first line of an HTTP request but says nothing about all the other
details. I am sure some of those requests must have interesting bodies,
but I am
List
openstack-dev@lists.openstack.org
Date: 10/08/2013 12:41 AM
Subject:Re: [openstack-dev] [scheduler] APIs for Smart Resource
Placement - Updated Instance Group Model and API extension model - WIP
Draft
Thanks. I have a few questions. First, I am a bit stymied by the style
of API
22 matches
Mail list logo
