[openstack-dev] [Heat] Does it make sense to have a resource-create API?
Adrian Otto
adrian.otto at rackspace.com
Wed Jun 19 03:32:49 UTC 2013
On Jun 18, 2013, at 8:18 PM, Christopher Armstrong <chris.armstrong at rackspace.com>
wrote:
> Hi Adrian, thanks for the response. I'll just respond to one thing
> right now (since it's way after hours for me ;)
>
> On Tue, Jun 18, 2013 at 6:32 PM, Adrian Otto <adrian.otto at rackspace.com> wrote:
>> On Jun 18, 2013, at 3:44 PM, Christopher Armstrong <chris.armstrong at rackspace.com>
>> wrote:
>>
>>> tl;dr POST /$tenant/stacks/$stack/resources/ ?
>>
>> Yes.
>
> [snip]
>
>>> This is basically the gist of the question. I believe the answer
>>> should be the same as the answer about any other type of resource we
>>> might want to manipulate through the API -- it seems best that either
>>> all resource types are manipulated through a generic resource
>>> manipulation API,
This is the one I prefer less.
>>> or they should all have their own specific ReST
>>> collection.
This is the one I prefer more.
>> Give them specific collections, so they can be easily specialized.
>
>
> These two points are contradictory, aren't they? The main point of my
> email was trying to decide between the two -- either create the
> autoscaling resources by POSTing to a generic "resources" collection,
Prefer less.
> or by POSTing to specific URLs that represent the *type* of resource
> I'm creating.
Prefer more.
> (it seems like the idea of creating these resources in the Heat stack
> *at all* is under debate as well, but I just wanted to address this
> one point in this email).
Hopefully that's clear.
Adrian
>
>
> --
> IRC: radix
> Christopher Armstrong
> Rackspace
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list