[openstack-dev] OpenStack Developer Mailing List Digest November 5-18
mike at openstack.org
Mon Nov 21 20:34:14 UTC 2016
HTML version: http://www.openstack.org/blog/2016/11/openstack-developer-mailing-list-digest-20161118/
* mriedem: We’re now running neutron by default in Ocata CI jobs .
* stevemar: fernet token format is now the default format in keystone! thanks
lbragstad samueldmq and dolphm for making this happen!
* Ajaegar: developer.openstack.org is now hosted by OpenStack infra.
* Tonyb: OpenStack requirements on pypi  is now a thing!
Registration Open For the Project Teams Gathering
* The first OpenStack Project Teams Gathering event geared toward existing
upstream team members, providing a venue for those project teams to meet,
discuss and organize the development work for the Pike release.
* Where: Atlanta, GA
* When: The week of February 20, 2017
* Register and get more info 
* Read the FAQ for any questions. If you still have questions, contact Thierry
(ttx) over IRC on free node, or email foundation staff at ptg at openstack.org.
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/106995.html
Follow up on Barcelona Review Cadence Discussions
* Summary of concerns were Nova is a complex beast. Very few people know even
most of it well.
* There are areas in Nova where mistakes are costly and hard to rectify later.
* Large amount of code does not merge quickly.
* Barrier of entry for Nova core is very high.
* Subsystem maintainer model has been pitched .
* Some believe this is still worth giving a try again in attempt to merge good
* Nova today uses a list of experts  to sign off on various changes today.
* Nova PTL Matt Riedemann’s take:
- Dislikes the constant comparison of Nova and the Linux kernel. Lets instead
say all of OpenStack is the Linux Kernel, and the subsystems are Nova,
Cinder, Glance, etc.
- The bar for Nova core isn’t as high as some people make it out to be:
-- Willingness to own and fix problems.
-- Helpful code reviews.
- Good code is subjective. A worthwhile and useful change might actually
break some other part of the system.
- Nova core Jay Pipes is supportive of the proposal of subsystems, but with
a commitment to gathering data about total review load, merge velocity, and
some kind of metric to assess code quality impact.
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/thread.html#106858
Embracing New Languages in OpenStack
* Technical Committee member Flavio Percoco proposes a list of what the
community should know/do before accepting a new language:
- Define a way to share code/libraries for projects using the language
-- A very important piece is feature parity on the operator.
-- Oslo.config for example, our config files shouldn't change because of a different implementation language.
-- Keystone auth to drive more service-service interactions through the
catalog to reduce the number of things an operator needs to configure
-- oslo.log so the logging is routed to the same places and same format as
-- oslo.messaging and oslo.db as well
-- Work on a basic set of libraries for OpenStack base services
-- Define how the deliverables are distributed
-- Define how stable maintenance will work
-- Setup the CI pipelines for the new language
-- Requirements management and caching/mirroring for the gate.
-- Longer version of this .
* Previous notes when the Golang discussion was started to work out questions
* TC member Thierry Carrez says the most important in introducing the Go should
not another way for some of our community to be different, but another way
for our community to be one.
* TC member Flavio Percoco sees part of the community wide concerns that were
raised originated from the lack of an actual process of this evaluation to be
done and the lack of up front work, which is something trying to be addressed
in this thread.
* TC member Doug Hellmann request has been to demonstrate not just that Swift
needs Go, but that Swift is willing to help the rest of the community in the
- Signs of that is happening, for example discussion about how oslo.config
can be used in the current version of Swift.
* Flavio has started a patch that documents his post and the feedback from the thread 
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/thread.html#106877
API Working Group News
* Guidelines that have been recently merged:
- Clarify why CRUD is not a great descriptor 
- Add guidelines for complex queries 
- Specify time intervals based filtering queries 
* Guidelines currently under review:
- Define pagination guidelines 
- WIP add API capabilities discovery guideline 
- Add the operator for “not in” to the filter guideline 
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/107115.html
OakTree - A Friendly End-user Oriented API Layer
* The OpenStack summit results of the Interop Challenge shown on stage was
awesome. 17 different people from 17 different clouds ran the same workload!
* One of the reasons it worked is because they all used the Ansible modules we
wrote based on the Shade library.
- Shade contains business logic needed to hide vendor difference in clouds.
- This means that there is a fantastic OpenStack interoperability story - but
only if you program in Python.
* OakTree is a gRPC-based APO service for OpenStack that is based on the Shade
* Basing OakTree on Shade gets not only the business logic, Shade understands:
- Multi-cloud world
- Thundering herd protection sorted to handle very high loads efficiently.
* The barrier to deployers adding it to their clouds needs to be as low as humanly possible.
* Exists in two repositories:
- openstack/oaktree 
- openstack/oaktreemodel 
* OakTree model contains the Protobuf definitions and build scripts to produce
Python, C++ and Go code from them.
* OakTree itself depends on python OakTree model and Shade.
- It can currently list and search for flavors, images, and floating ips.
- A few major things that need good community design listed in the todo.rst
* Full thread: http://lists.openstack.org/pipermail/openstack-dev/2016-November/thread.html#107336
 - https://review.openstack.org/392934
 - https://pypi.python.org/pypi/openstack-requirements/1.0.0
 - http://www.openstack.org/ptg
 - http://lists.openstack.org/pipermail/openstack-dev/2016-September/104093.html
 - https://wiki.openstack.org/wiki/Nova#Developer_Contacts
 - https://blog.flaper87.com/embracing-other-languages-openstack.html
 - https://etherpad.openstack.org/p/golang-infra-issues-to-solve
 - https://review.openstack.org/398875
 - https://review.openstack.org/#/c/392156/
 - https://review.openstack.org/#/c/386614/
 - https://review.openstack.org/#/c/383862/
 - https://review.openstack.org/#/c/390973/
 - https://review.openstack.org/#/c/386555/
 - https://review.openstack.org/#/c/399131/
 - http://git.openstack.org/cgit/openstack/oaktree
 - http://git.openstack.org/cgit/openstack/oaktreemodel
 - http://oaktree.readthedocs.io/en/latest/
More information about the OpenStack-dev