![Jeremy Stanley](/assets/img/avatar_default.png)
I already try to keep the Security SIG abreast of what's going on with the Image Encryption effort and intend to attempt to join the meetings for the new pop-up team around it, so am happy to act as their liaison to the TC for as long as I hold a seat there. Change-Id: Ibc2b3e5c8d26954f0be1c6a86289eb7b0660035a
72 lines
2.9 KiB
ReStructuredText
72 lines
2.9 KiB
ReStructuredText
===========
|
|
Popup teams
|
|
===========
|
|
|
|
The work to produce OpenStack software is organized around
|
|
:doc:`projects/index` which are responsible for producing the various
|
|
deliverables up to release. However, some features or architectural
|
|
changes need to be coordinated across multiple project teams to be considered
|
|
successfully completed. To drive this work for the duration of those specific
|
|
objectives, contributors can temporarily set up Popup teams.
|
|
|
|
Popup teams are lightweight structures that are recognized by the Technical
|
|
Committee as pursuing a goal considered desirable for OpenStack. Beyond
|
|
extra visibility and recognition, popup teams are also assigned an experienced
|
|
community member to help them establish or grow connections necessary to the
|
|
success of their work.
|
|
|
|
When they are formed, popup teams should have at least two leaders,
|
|
a clear objective, and a clear disband criteria. If the team does not
|
|
have a clear time-limited objective, they should be set up as
|
|
`Special Interest Groups (SIGs)`_ instead. If an objective affects
|
|
most project teams, it should be made light enough to fit in the
|
|
:doc:`../goals/index` process instead.
|
|
|
|
.. _`Special Interest Groups (SIGs)`: https://governance.openstack.org/sigs/
|
|
|
|
Current OpenStack popup teams
|
|
=============================
|
|
|
|
Image encryption
|
|
----------------
|
|
|
|
* **Co-leads**: Josephine Seifert and Markus Hentsch
|
|
|
|
* **TC Liaison**: Jeremy Stanley
|
|
|
|
* **Objective**: Implementing encryption and decryption of images and the
|
|
handling of those images in OpenStack
|
|
|
|
* **Disband criteria**: Handling of encrypted images works in Nova, Cinder and
|
|
Glance and can be triggered via an openstackclient-plugin
|
|
|
|
|
|
Process for addition or removal
|
|
===============================
|
|
|
|
Proposed modifications to this document, such as addition or removal of a
|
|
popup team, require a formal vote from the Technical Committee membership.
|
|
|
|
TC members should evaluate if the popup team objective, as described in this
|
|
document, appears to be beneficial to the OpenStack project and worth
|
|
supporting. The TC's role is not to vet popup teams implementation specs,
|
|
which will likely be produced by the team once it is set up. The TC should
|
|
err on the side of accepting rather than denying: only vetting teams that
|
|
are 100% sure of completing their objective would put too much of an upfront
|
|
barrier to entry.
|
|
|
|
If the popup team is supported and added to this document, the TC is
|
|
responsible for seeking a volunteer experienced sponsor to help the new
|
|
popup team be successful and act as a liaison with the TC.
|
|
|
|
Popup teams are removed from this document in three different cases:
|
|
|
|
* They may become abandoned (for example if nobody volunteers to lead the
|
|
effort).
|
|
* The specification work may end up revealing that implementation is too
|
|
complex or makes the objective not desirable.
|
|
* The popup team may fulfill its original disband criteria.
|
|
|
|
None of those outcomes should be seen as a failure. Experimentation and
|
|
discussion around a desirable outcome is always good.
|