Jump to: navigation, search

GSoC2015

Revision as of 23:10, 27 February 2015 by Krishna1256 (talk | contribs) (Students)

Google Summer of Code 2015

OpenStack is applying as a mentoring organization for the 2015 Google Summer of Code. Check Google Developers site for more information on how the program works.

Link to call for participation: here

Link to FAQs: here


What is OpenStack

OpenStack is an open-source IaaS cloud computing platform. Its mission is to provide a flexible solution for both public and private clouds of any size, and for this matter two basic requirements are considered: clouds must be simple to implement and massively scalable.

To meet these principles OpenStack is divided into different components that work together. It's computing, storage, networking, and all the other bits that help make this project, The Cloud.

OpenStack is continuously growing and new and exciting projects are being discussed everyday.

We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!


Mentors

If you're interested in mentoring for this round, please add your name, email, IRC handle and the kind of projects you're interested in mentoring below. Please ensure that the projects are official projects in OpenStack and are registered in the governance projects.yaml.

  • Amit Saha - amsaha - Neutron. Specifically network diagnostics. https://www.openstack.org/vote-vancouver/presentation/don-diagnosing-ovs-in-neutron
  • Debo Dutta - dedutta - Nova, Monasca, Ceilometer, Log/Metrics, Operations
  • Michael Krotscheck - krotscheck - StoryBoard
  • Davanum Srinivas - dims - Nova, Oslo-*
  • Samuel de Medeiros Queiroz - samueldmq - keystone
  • Boris Pavlovic - boris-42 - Rally
  • Joshua Harlow - harlowja - taskflow, tooz, oslo, anvil, cloud-init
  • David Stanek - dstanek - Keystone
  • Yathiraj Udupi - yudupi - Nova, Scheduler, Gantt, Congress, Policy, Ceilometer, Monasca
  • Matthew Treinish - mtreinish -
  • Nikhil Manchanda - SlickNik - Trove
  • Sumit Naiksatam - Policy (Group Based Policy), Networking (Neutron), L4-7 Services (FWaaS, VPNaaS, LBaaS)
  • Ethan Gafford - egafford - Sahara
  • Michael McCune - elmiko - Sahara
  • Marga Millet - millet -
  • Ivan Kolodyazhny - e0ne - Cinder

Students

Students application period opens March 16 and ends on March 27.

If you'd like to get started on your proposal early, go ahead and add your name, location, e-mail, IRC handle and the project you are interested in (if you already know about that!) here:

  • Prabhjyot Singh Sodhi - India - prabhjyotsingh95@gmail.com - psd - Rally: Adding Cloud Info
  • Himangi Saraogi - India - himangi774@gmail.com - himangi - Oslo, Rally, keystone, nova
  • Shaifali Agrawal - India - agrawalshaifali09@gmail.com - exploreshaifali - Rally: Generating Trends from N tasks, Log/Metrics
  • Artem Shepelev - Russia - shepelev.artem@gmail.com - ashepelev - Nova, Gantt, Neutron, Fuel
  • Telles Nobrega - Brazil - tellesnobrega@gmail.com - tellesnobrega - Sahara
  • Henrique Truta - Brazil - henriquecostatruta@gmail.com - htruta - Monasca, Keystone, Nova
  • Shailendra Acharya -India - acharyashailendra1@gmail.com -shailendra keystone,nova,sahara
  • Ondra Machacek - Czech Republic - machacek.ondra@gmail.com - omachace keystone
  • Kirill Bobyrev - Russia - kbobyrev@hotmail.com - arcadiaq - Log/Metrics
  • Ankit Kotak - India - ankitkotak127@gmail.com - anksy - Neutron,Sahara,Trove,Nova
  • saikeishna - India -krishna1256@gmail.com - saikrishna -[Neutron | Diagnostics in Neutron ] [Rich Network Services in a Federated OpenStack Public Cloud]
  • Weiwei Jia - China -harryxiyou@gmail.com - harryxiyou - [Policy-based intent-driven OpenStack Cloud Infrastructure], Cinder, Swift

Communication

Get in touch with mentors and students through the openstack-dev mailing list.

Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.

Then, let's start to write your proposal! A proposal template can be seen at GSoC2015/StudentApplicationTemplate.


References


Ideas

Here are some project suggestions students can choose for their applications. This doesn't mean students have to stick strictly to this list; don't hesitate in propose projects by your own. For the latter, it would be great if you could submit a draft proposal and a estimated timeline.

When writing your proposal, try to estimate your timeline to fit the 4 month period of GSoC coding. Also, take into account that GSoC does not consider other projects than coding, so other ideas (like community tasks or i18n efforts) are not suitable for this internship.


Neutron | Diagnostics in Neutron

Neutron provides Networking-as-a-service in the OpenStack ecosystem. Networking functionalities are provided by plugins that implement well-defined Neutron APIs. Among many, the Open vSwitch plugin (OVS) is possibly the most widely used. Any practical OpenStack installation has complicated networking configuration and verifying it manually is time consuming and error prone. We count with a completely automated service for verifying and diagnosing the networking functionality provided by OVS. This service verifies (or points out deviations) that the user configuration is indeed reflected in the underlying infrastructure and presents the results in an intuitive graphical display.

Tasks:

    * Does user configuration match system settings?
    * Can we mine logs to see why system is misbehaving?
Difficulty
Topics Neutron, Networking, Diagnostics
Required skills Python
Extra skills Networking
Mentor Amit Saha (amsaha)


Redis jobboards

The spec @ https://review.openstack.org/#/c/105298/ basically explains all of this (the why, what and where).

Difficulty
Topics TaskFlow, Distributed Systems
Required skills Python
Extra skills Distributed Systems
Mentor Joshua Harlow (harlowja)

Policy | Policy enforcement in OpenStack: Nova Scheduling and Policy integration

Difficulty
Topics Policy, Nova
Required skills
Extra skills
Mentor


Test results dashboard

Tasks:

    * Create an infra hosted dashboard view of testing results (both check/gate and periodic)
Difficulty
Topics
Required skills
Extra skills
Mentor


Policy | Policy-based intent-driven OpenStack Cloud Infrastructure

See an example case study here: Meta-data Driven Cloud - Running OpenStack @ Scale Using a Policy Framework

Tasks:

    * Extension of intent-based policy framework to Compute and Storage
    * Policy-based service composition integration with OpenDaylight
Difficulty
Topics
Required skills
Extra skills
Mentor Sumit Naiksatam


Rich Network Services in a Federated OpenStack Public Cloud

L4-7 Services' integration, NFV, service function chaining, OpenDaylight

Difficulty
Topics
Required skills
Extra skills
Mentor


Understand OpenStack Operations via Insights from Logs and Metrics: A Data Science Perspective

Tasks:

    *  How do we make sense out of logs?
    *  How do we set up alarms based on specific events (identify events)
    *  Anomaly detection from Logs
Difficulty
Topics
Required skills Experience/interest in algorithms
Extra skills
Mentor


Keystone | Dynamic Policy

The general idea is described at the blog post Dynamic Policy in Keystone, by Adam Young.

Difficulty Medium
Topics Keystone
Required skills Python
Extra skills
Mentor David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)

Keystone | Tokenless Operations

The general idea is described at the blog post Who can sign for what?, by Adam Young. In few words, the fact of the signature on a document be valid does not mean that the signer was authorized to sign it.

The proposed challenge is to create, based on existing mechanisms, an extension to Keystone client able to check if the the signer of a token was effectively authorized to sign tokens.

Tasks:

    *  Extract signer data out of the certificates;
    *  Fetch the complete list of certificate from Keystone using the OS-SIMPLE-CERT extension;
    *  Match the signer to the cert to validate the signature and extract the domain data for the token;
    *  Fetch the mapping info from the Federation extension;
    *  Use the mapping info to convert from the signing cert to a keystone user and groups;
    *  Fetch the effective roles from Keystone for the user/groups for that domain;
    *  Fetch policy from Keystone;
    *  Execute the policy check to validate that the signer could sign for the data.
Difficulty Medium
Topics Keystone
Required skills Python
Extra skills
Mentor David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)

More ideas

Check out for more project ideas in: