[openstack-dev] [swift] [keystone] Keystone v3 API domains in Swift

Chuck Thier cthier at gmail.com
Tue Jan 8 19:05:19 UTC 2013


Yeah, I was hoping for more clarity, as it would help to figure out
how to best map the concepts in swift.  A couple of quick questions
come to mind.  When a request is validated, is the domain required, or
is a user_id and project_id sufficient?  Is the concept of a domain
useful in the context of swift?

--
Chuck

On Tue, Jan 8, 2013 at 11:37 AM, heckj <heckj at mac.com> wrote:
> The best is probably https://github.com/openstack/identity-api/blob/master/openstack-identity-api/src/markdown/identity-api-v3.md, but it's a bit light on use-cases around the concepts I'm afraid.
>
> -joe
>
> On Jan 8, 2013, at 9:19 AM, Chuck Thier <cthier at gmail.com> wrote:
>> Is there documentation anywhere that defines all of these, and the use
>> cases?  That would help us figure out how to map these concepts to
>> swift.
>>
>> --
>> Chuck
>>
>> On Tue, Jan 8, 2013 at 11:13 AM, Dolph Mathews <dolph.mathews at gmail.com> wrote:
>>> I think it would be practical to expose the authenticated user's DOMAIN_ID
>>> and DOMAIN_NAME into the request environment for the underlying service /
>>> middleware to consume, as we do today with TENANT_ID / TENANT_NAME (soon to
>>> be deprecated in favor of PROJECT_ID / PROJECT_NAME).
>>>
>>>
>>> -Dolph
>>>
>>>
>>> On Tue, Jan 8, 2013 at 7:22 AM, Alexandra Shulman-Peleg
>>> <SHULMANA at il.ibm.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>> As most of you know, Keystone v3 API will introduce the notions of
>>>> "domains" and "projects" which will replace the existing notion of tenants.
>>>> It is important to allow using the same concepts in Swift. Since different
>>>> domains may represent different companies, it is important to allow
>>>> reflecting the Keystone "domain name" in the Swift "account name", providing
>>>> an option to isolate the requests of different domains. Are there existing
>>>> plans of adjusting Swift to Keystone v3 API? If not, I would like to start
>>>> discussing the potential solutions.
>>>>
>>>> Thank you all,
>>>> Alex.
>>>>
>>>>
>>>> ----------------------------------------------------------
>>>> Alexandra Shulman-Peleg, PhD
>>>> Storage Research, Cloud Platforms Dept.
>>>> IBM Haifa Research Lab
>>>> Tel: +972-3-7689530 | Fax: +972-3-7689545
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>> _______________________________________________
>> 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



More information about the OpenStack-dev mailing list