Jump to: navigation, search

Difference between revisions of "Teams"

Line 29: Line 29:
  
 
== Nova subteams ==
 
== Nova subteams ==
 +
Rather than using different mailing lists for every team, please post to the mailing normal openstack mailing list with the shortname for the team in the subject.  For example:
 +
 +
[API] Adding new extensions
  
 
=== Nova API Team ===
 
=== Nova API Team ===
Line 71: Line 74:
 
* shortname: [Volumes]
 
* shortname: [Volumes]
 
* lead - renuka
 
* lead - renuka
 
=== Nova Operational Support Team ===
 
Collecting requirements from operational groups and generating tooling and admin apis for operations. This seems like a very important team, but I don't have someone to head it up yet.  Volunteers requested
 
 
* https://launchpad.net/~nova-operations
 
* shortname: [Ops]
 
* lead - oubiwann
 
  
 
=== Nova Testing Cleanup Team ===
 
=== Nova Testing Cleanup Team ===
Line 109: Line 105:
 
== Nova Tenative Subteams ==
 
== Nova Tenative Subteams ==
 
These teams are desired but don't have enough activity yet to be official teams
 
These teams are desired but don't have enough activity yet to be official teams
 +
 +
=== Nova Operational Support Team ===
 +
Collecting requirements from operational groups and generating tooling and admin apis for operations. This seems like a very important team, but I don't have someone to head it up yet.  Volunteers requested
 +
 +
* https://launchpad.net/~nova-operations
 +
* shortname: [Ops]
 +
* lead - oubiwann
  
 
=== Nova Upgrades Team ===
 
=== Nova Upgrades Team ===

Revision as of 02:14, 8 December 2011

Teams

Teams are groups of people sharing a common interest for a task or code subsystem in OpenStack.

<<TableOfContents()>>

Horizontal teams

Those teams work on a task that is common to every OpenStack core project.

CI team

Docs team

QA team

Release team

Community team

Nova subteams

Rather than using different mailing lists for every team, please post to the mailing normal openstack mailing list with the shortname for the team in the subject. For example:

[API] Adding new extensions

Nova API Team

All things api related, with special focus on additional features and cleanup of the openstack api.

Nova Database Team

Cleanup of the db layer, DB testing, alternative backends

Nova Scaling Team

Distributed zones, aggregation, geographically diverse zones.

Nova Orchestration Team

Orchestration, workflow management for requests, state machine for recovery

Nova Feature Parity Team

Full feature parity for xenapi and libvirt/kvm. Includes user facing parity issues like common images.

Openstack Volumes Team

Volumes api, drivers, scheduling, zone support.

Nova Testing Cleanup Team

We have discussed cleaning up the unit tests and separating out integration tests for a while, but this needs a specific team to focus on it. We need volunteers to help.

Nova Documentation Improvements Team

Clean up doc bugs, add to and improve existing Nova docs.

Nova Network Team

Networking code/concerns and interaction of external network services with Nova.

Nova EC2 API Team

EC2 API Features, bugs, and testing

Nova Tenative Subteams

These teams are desired but don't have enough activity yet to be official teams

Nova Operational Support Team

Collecting requirements from operational groups and generating tooling and admin apis for operations. This seems like a very important team, but I don't have someone to head it up yet. Volunteers requested

Nova Upgrades Team

Seamless upgrades for nova. Some research and planning still needs to be done here.

Nova Auth Team

Code for Authorization checking in nova and integration with Keystone. Planning is pretty much done here, but it will touch a lot of the code, so we could use a few people focusing on it. Team is primarily to help collect volunteers.

Nova Security Improvements Team

Planning for security improvements to nova. Due to the large number of code changes being worked on in essex, we aren't planning on locking things down completely in the next six months. This will likely be mostly planning in the essex time frame, with actual implementations to hit in F.