Re: [openstack-dev] [trove] Configuration API BP

2013-11-13 Thread Craig Vyvial
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove] Configuration API BP inline. On Wed, Oct 2, 2013 at 1:03 PM, McReynolds, Auston amcreyno...@ebay.com wrote: Awesome! I only have one follow-up question: Regarding #6 #7, how

Re: [openstack-dev] [trove] Configuration API BP

2013-11-13 Thread Denis Makogon
...@gmail.com Reply-To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Date: Thursday, October 3, 2013 11:17 AM To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove] Configuration API BP inline. On Wed, Oct 2

Re: [openstack-dev] [trove] Configuration API BP

2013-10-03 Thread McReynolds, Auston
...@gmail.com Reply-To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Date: Thursday, October 3, 2013 11:17 AM To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove] Configuration API BP inline. On Wed, Oct 2, 2013 at 1:03

Re: [openstack-dev] [trove] Configuration API BP

2013-10-03 Thread Craig Vyvial
...@gmail.com Reply-To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Date: Thursday, October 3, 2013 11:17 AM To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove] Configuration API BP inline. On Wed, Oct

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread McReynolds, Auston
I have a few questions left unanswered by the blueprint/wiki: #1 - Should the true default configuration-group for a service-type be customizable by the cloud provider? #2 - Should a user be able to enumerate the entire actualized/realized set of values for a configuration-group,

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Craig Vyvial
If a configuration is updated that is attached to N instances then those instances will be updated with the configuration overrides. This will keep the configuration n-sync[hah 90s boy band reference] with instances that have it attached. I'm not sure that this is really a confusing situation

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Craig Vyvial
These are some good q's. responses inline On Wed, Oct 2, 2013 at 1:20 AM, McReynolds, Auston amcreyno...@ebay.comwrote: I have a few questions left unanswered by the blueprint/wiki: #1 - Should the true default configuration-group for a service-type be customizable by the cloud

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Craig Vyvial
On Wed, Oct 2, 2013 at 11:39 AM, Michael Basnight mbasni...@gmail.comwrote: On Oct 2, 2013, at 9:21 AM, Craig Vyvial wrote: If a configuration is updated that is attached to N instances then those instances will be updated with the configuration overrides. This will keep the configuration

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Michael Basnight
On Oct 2, 2013, at 9:21 AM, Craig Vyvial wrote: If a configuration is updated that is attached to N instances then those instances will be updated with the configuration overrides. This will keep the configuration n-sync[hah 90s boy band reference] with instances that have it attached. I'm

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Michael Basnight
On Oct 1, 2013, at 11:20 PM, McReynolds, Auston wrote: I have a few questions left unanswered by the blueprint/wiki: #1 - Should the true default configuration-group for a service-type be customizable by the cloud provider? Yes #2 - Should a user be able to enumerate the entire

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread Craig Vyvial
I'm glad we both agree on most of these answers. :) On Oct 2, 2013 11:57 AM, Michael Basnight mbasni...@gmail.com wrote: On Oct 1, 2013, at 11:20 PM, McReynolds, Auston wrote: I have a few questions left unanswered by the blueprint/wiki: #1 - Should the true default configuration-group

Re: [openstack-dev] [trove] Configuration API BP

2013-10-02 Thread McReynolds, Auston
List openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [trove] Configuration API BP I'm glad we both agree on most of these answers. :) On Oct 2, 2013 11:57 AM, Michael Basnight mbasni...@gmail.com wrote: On Oct 1, 2013, at 11:20 PM, McReynolds, Auston wrote: I have a few

Re: [openstack-dev] [trove] Configuration API BP

2013-10-01 Thread Michael Basnight
On Oct 1, 2013, at 7:19 PM, Vipul Sabhaya wrote: So from this API, I see that a configuration is a standalone resource that could be applied to N number of instances. It's not clear to me what the API is for 'applying' a configuration to an existing instance.

Re: [openstack-dev] [trove] Configuration API BP

2013-09-26 Thread Michael Basnight
On Sep 25, 2013, at 7:16 PM, Craig Vyvial wrote: So we have a blueprint for this and there are a couple things to point out that have changed since the inception of this BP. https://blueprints.launchpad.net/trove/+spec/configuration-management This is an overview of the API calls for

Re: [openstack-dev] [trove] Configuration API BP

2013-09-26 Thread Craig Vyvial
I see PATCH used all over the keystone v3 API. Its not used at all in other older versions. I take that meaning that they did not want to add confusion or many changes in the current version of the API.[1] Although since the Configuration is technically a new API being added to the core of Trove,

[openstack-dev] [trove] Configuration API BP

2013-09-25 Thread Craig Vyvial
So we have a blueprint for this and there are a couple things to point out that have changed since the inception of this BP. https://blueprints.launchpad.net/trove/+spec/configuration-management This is an overview of the API calls for POST /configurations - create config GET /configurations -