This is part of what I was referencing in regards to lightening the data stored in the token. Ideally, we would like to see an "ID only" token that only contains the basic information to act. Some initial tests show these tokens should be able to clock in under 1k in size. However all the details are not fully defined yet. Coupled with this data reduction there will be explicit definitions of the data that is meant to go into the tokens. Some of the data we have now is a result of convenience of accessing the data. <div>
<br></div><div>I hope to have this token change available during Juno development cycle. <br><div><br></div><div>There is a lot of work to be done to ensure this type of change goes smoothly. But this is absolutely on the list of things we would like to address. </div>
<div><br></div><div>Cheers,</div><div>Morgan</div><div><br></div><div>Sent via mobile <span></span><br><div><br>On Wednesday, May 21, 2014, Kurt Griffiths <<a href="mailto:kurt.griffiths@rackspace.com">kurt.griffiths@rackspace.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> adding another ~10kB to each request, just to save a once-a-day call to<br>
>Keystone (ie uuid tokens) seems to be a really high price to pay for not<br>
>much benefit.<br>
<br>
I have the same concern with respect to Marconi. I feel like KPI tokens<br>
are fine for control plane APIs, but don’t work so well for high-volume<br>
data APIs where every KB counts.<br>
<br>
Just my $0.02...<br>
<br>
--Kurt<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'OpenStack-dev@lists.openstack.org')">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div></div>