[openstack-dev] [Keystone] PTL Candidacy
Adam Young
ayoung at redhat.com
Thu Apr 2 23:32:52 UTC 2015
On 04/02/2015 04:31 PM, Morgan Fainberg wrote:
>
> Hello Everyone!
>
> It’s been an exciting development cycle (Kilo) and it is now time to
> start looking forward at Liberty and what that will hold. With that
> said, I’d like to ask for the community’s support to continue as the
> Keystone PTL for the Liberty release cycle.
>
> I came to the table last cycle with a general goal of driving towards
> stability and improvement on user experience[1]. For the most part the
> Keystone team has managed to improve on a number of the big
> outstanding issues:
>
> * Token Persistence issues (table bloat, etc), solved with
> non-persistent (Fernet) tokens.
>
> * Improvements on the Federated identity use-cases.
>
> * Hierarchical Multi-Tenancy (initial implementation)
>
> * Significant progress on Keystone V3-only deployment models (a lot of
> work in the Keystone Client and Keystone Middleware)
>
> * A good deal of technical debt paydown / cleanup
>
> This cycle I come back to say that I don’t want to shake things up too
> much. I think we have a successful team of developers, reviewers,
> bug-triagers, and operators collaborating to make Keystone a solid
> part of the OpenStack Ecosystem. I remain committed to enabling the
> contributors (of all walks) to be part of our community and achieve
> success.
>
> For the Liberty cycle I would like to see a continued focus on
> performance, user experience, deployer experience, and stability. What
> does this really mean for everyone contributing to Keystone? It means
> there are two clear sides for the Liberty cycle.
>
> New Feature Work:
>
> -------------------------
>
> I want to see the development community pick a solid 5 or so “new”
> features to land in Liberty and really hit those out of the park
> (focused development from the very beginning of the cycle). Generally
> speaking, it looks that the new feature list is lining up around
> providing support / significantly better experience for the other
> project(s) under the OpenStack tent. In short, I see Keystone new
> development being less about the “interesting thing Keystone can do”
> and more about “the great things Keystone can do for the other projects”.
>
> Non-Feature Work:
>
> -------------------------
>
> We have a lot of drivers/plugins, backends, all with their own rapidly
> moving interfaces that make it hard to know what to expect in the next
> release. It is time we sit down and commit to the interfaces for the
> backends, treat them as stable (just like the REST interface). A
> stable ABI for the Keystone backends/plugins goes a long way towards
> enabling our community to develop a rich set of backends/plugins for
> Identity, Assignment, Roles, Policy, etc. This is a further embracing
> of the “Big Tent” conversation; for example we can allow for
> constructive competition in how Keystone retrieves Identity from an
> Identity store (such as LDAP, AD, or SQL). Not all of the solutions
> need to be in the Keystone tree itself, but a developer can be assured
> that their driver isn’t going to need radical alterations between
> Liberty and the next release with this commitment to stable ABIs.
>
> Beyond the stable interface discussion, the other top “non-feature”
> priorities are having a fully realized functional test suite (that can
> be run against an arbitrary deployment of Keystone, with whichever
> backend/configuration is desired), a serious look at performance
> profiling and what we can do to solve the next level of scaling
> issues, the ability to deploy OpenStack without Keystone V2 enabled,
> and finally looking at the REST API itself so that we can identify how
> we can improve the end-user’s experience (the user who consumes the
> API itself) especially when it comes to interacting with deployments
> with different backend configurations.
>
> Some Concluding Thoughts:
>
> ------------------------------------
>
> I’ll reiterate my conclusion from the last time I ran, as it still
> absolutely sums up my feelings:
>
> Above and beyond everything else, as PTL, I am looking to support the
> outstanding community of developers so that we can continue Keystone’s
> success. Without the dedication and hard work of everyone who has
> contributed to Keystone we would not be where we are today. I am
> extremely pleased with how far we’ve come and look forward to seeing
> the continued success as we move into the Liberty release cycle and
> beyond not just for Keystone but all of OpenStack.
>
> Cheers,
>
> Morgan Fainberg
>
> [1]
> http://lists.openstack.org/pipermail/openstack-dev/2014-September/046571.html
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Please vote for Morgan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150402/0df8e34c/attachment.html>
More information about the OpenStack-dev
mailing list