Jump to: navigation, search

Difference between revisions of "Internship ideas"

m (Coding)
(Reporting Framework for Ceilometer based on Oslo Reporting)
Line 53: Line 53:
 
Nice-to-have knowledge: Python
 
Nice-to-have knowledge: Python
  
Mentor: [[User:SandyWalsh|Sandy Walsh]]
+
Mentor: [[User:SandyWalsh|Sandy Walsh]], Julien Danjou
  
 
=== Surface the "Instance Actions" Information ===
 
=== Surface the "Instance Actions" Information ===

Revision as of 18:38, 25 October 2013

Outreach Program for Women Ideas List

The GNOME Foundation provides an outreach program for women. You can learn more here: https://live.gnome.org/OutreachProgramForWomen.

OpenStack would like to participate as a project for the Dec. 2013 to March 2014 session. We have identified some mentors and have sponsorship from the OpenStack Foundation, Rackspace and HP to participate in this program. This page should collect the ideas for applicants to work on.

GNOME OPW emphasizes that applicants may not have ever worked on FLOSS before. There are several stages to the program, but the first stage is to mentor during the application process itself. Joining mailing lists, IRC, understanding the channels of communication are good first steps. Logging bugs and fixing bugs are also good ideas.

Interns are expected to spend 40 hours a week on the project.

So, feel free to list ideas here:

Documentation

OpenStack documentation is highly technical and processed like the code itself. See below for ideas on how to participate as a doc contributor.

API All-in-one Guide

Description: Define new API Guide, and refactor of the API Reference/s and the API Complete Reference page.

Blueprint: https://wiki.openstack.org/w/index.php?title=Blueprint-os-api-docs

Expected results: New Guide on the api.openstack.org/ site to offer uniform, consistent instructions across multiple OpenStack APIs.

Knowledge Prerequisites: Understanding of XML, HTML, build automation, APIs, javascript Nice-to-have knowledge: WADL, REST API, JSON, programming, Git

Mentor: Diane Fleming

Community

  • Build a supply-chain management system to distribute merchandising to OpenStack User Groups around the world [reed on IRC / stefano at openstack org] Details
  • Write a mobile app for tablets to create a paperless kiosk for marketing collateral at events [reed on IRC / stefano at openstack org]
  • Add audio (video?) real time collaboration capabilities to OpenStack User Groups portal [reed on IRC / stefano at openstack org]

Coding

Reporting Framework for Ceilometer based on Oslo Reporting

Description: we need a way to store summary reports generated by Ceilometer. These would be stored as special Events in the CM database and accessable via the CM API. It would be nice to leverage the report work underway in Oslo, if possible.

Existing Reporting BP: https://wiki.openstack.org/wiki/GuruMeditationReport

Discussion: http://lists.openstack.org/pipermail/openstack-dev/2013-October/016122.html

Related work: https://github.com/openstack/oslo-incubator/tree/master/openstack/common/report

Expected results: patches to Ceilometer to support the creation of Report Events.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python

Mentor: Sandy Walsh, Julien Danjou

Surface the "Instance Actions" Information

Description: In the web dashboard (Horizon), it is possible to see information about the instances currently running. It would be nice to be able to see the instance history when clicking on the details, e.g. to figure out when an instance was shut down and by whom, etc. This information is already provided by an API in the compute service (Nova), and needs to be surfaced both for the user (who can see the history for their own instances) and the admin (who can see the history for everyone). This will probably require using Horizon Tabs and TabGroups, adding it to the instance details and finding a nice way to display the data.

Related blueprint: https://blueprints.launchpad.net/horizon/+spec/instance-actions-dashboard

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python, Django

Mentor: Julie Pichon

Marconi WebSocket Transport

Description: Marconi, a queuing service for OpenStack, is in its early ages and some of its areas are still being designed and developed from scratch. It is a great opportunity for interns to learn about queuing systems, OpenStack architecture and development methodologies. The proposed project is to help developing a WebSocket based transport for Marconi.

Related blueprint: https://blueprints.launchpad.net/marconi/+spec/websocket-endpoint

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: RESTFul APIs, HTTP, MongoDB

Mentor: Flavio Percoco

Marconi API Spec

Description: Marconi is a queuing service for OpenStack. it's grown very fast, since it was kicked off in late Grizzly. This growth has allowed it to be incubated and to support multiple technologies under the same API and goal. However, there are still some areas that could be more generic and improved. One of those areas is the API specification. As for now, an API is specified within the transport itself. A transport is a frontend plugin that adds support for a specific protocol to Marconi - wsgi, zmq, tcp.

This project is about creating a generic enough API spec that can be interpreted by every transport and that will also allow to have extensions and versioning without sacrificing Marconi's API stability.

Related blueprint: https://blueprints.launchpad.net/marconi/+spec/cross-transport-api-spec

Expected results: Patchsets submitted for review, reviewed by community members. Blueprint draft completion and good development progress. Nice-to-have Knowledge: RESTFul APIs, HTTP.

Mentor: Flavio Percoco

Sparklines in Horizon

Description: A lot of work is currently being done to integrate metering (Ceilometer) better with the web dashboard (Horizon). One nice addition would be to add "sparklines" (for an example of what a sparkline is, see this) to some of the tables in Horizon, so that they poll the data from Ceilometer. The Line Charts library should already provide asynchronous polling.

Related blueprint: https://blueprints.launchpad.net/horizon/+spec/sparklines

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python, Django

Mentors: Julie Pichon, Ladislav Smola

Selenium integration

Description: The web dashboard (Horizon) unit tests heavily rely on mocking in order to run fast and avoid requiring a fully set up OpenStack environment to run. It would be good to expand the Selenium test suite and use it for integration tests that would test Horizon in more depth, including the APIs it relies on.

Members of the community already have ideas on how one might want to implement this, therefore the first step will be to reach out to the community to collect and discuss ideas. Investigating if Selenium is the best tool for the job or if another may suit better (PhantomJS, ...?) would also be part of the task.

Related blueprint: https://blueprints.launchpad.net/horizon/+spec/selenium-integration-testing

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python, Django, Selenium/UI Testing

Mentors: Julie Pichon

Glance - adding MongoDB support

Description: Glance is used as metadata repository management tool within OpenStack for server Images. NoSQL can be really useful for DB backend for Glance.

Members of the community already have ideas on how one might want to implement this, therefore the first step will be to reach out to the community to collect and discuss ideas. Glance folks are pretty active on #openstack-glance channel most of the time and would be willing to share their opinions on this or any other project.

Related blueprint: https://blueprints.launchpad.net/glance/+spec/enable-mongo-db

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python, MongoDB

Mentors: Iccha Sethi, Nikhil Komawar

Glance - add memcache support for backend upload/download

Description:

Members of the community already have ideas on how one might want to implement this, therefore the first step will be to reach out to the community to collect and discuss ideas. Glance folks are pretty active on #openstack-glance channel most of the time and would be willing to share their opinions on this or any other project.

Related blueprint: https://blueprints.launchpad.net/glance/+spec/glance-upload-memcache , https://blueprints.launchpad.net/glance/+spec/glance-download-memcache

Expected results: Patchsets submitted for review, reviewed by community members.

Knowledge prerequisites: programming knowledge

Nice-to-have knowledge: Python

Mentors: Iccha Sethi, Nikhil Komawar