Jump to: navigation, search

Difference between revisions of "GSoC2015"

(Mentors)
m (More ideas: removed link to OPW ideas)
 
(5 intermediate revisions by 3 users not shown)
Line 39: Line 39:
 
* Marga Millet - millet -
 
* Marga Millet - millet -
 
* Ivan Kolodyazhny - e0ne - Cinder
 
* Ivan Kolodyazhny - e0ne - Cinder
 +
* Edgar Magana (emagana) - Neutron, Nova, Heat
  
 
== Students ==
 
== Students ==
Line 76: Line 77:
 
== Ideas ==
 
== 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.
+
Suggestions for students to choose from for their applications are maintained on the [[Internship_ideas|page of ideas for an internship]]. 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.
 
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?
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics || [[Neutron|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).
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics || [[TaskFlow|TaskFlow]], Distributed Systems
 
|-
 
| Required skills || Python
 
|-
 
| Extra skills || Distributed Systems
 
|-
 
| Mentor || Joshua Harlow (harlowja)
 
|}
 
 
=== Policy | Policy enforcement in OpenStack: Nova Scheduling and Policy integration ===
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics || [[GroupBasedPolicy|Policy]], [[Nova|Nova]]
 
|-
 
| Required skills ||
 
|-
 
| Extra skills ||
 
|-
 
| Mentor ||
 
|}
 
 
 
=== Test results dashboard ===
 
 
Tasks:
 
    * Create an infra hosted dashboard view of testing results (both check/gate and periodic)
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics ||
 
|-
 
| Required skills ||
 
|-
 
| Extra skills ||
 
|-
 
| Mentor ||
 
|}
 
 
 
=== Policy | Policy-based intent-driven OpenStack Cloud Infrastructure ===
 
 
See an example case study here: [http://www.openstack.org/vote-vancouver/presentation/meta-data-driven-cloud-running-openstack-scale-using-a-policy-framework-intel 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
 
 
{| class="wikitable"
 
|-
 
| 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
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics ||
 
|-
 
| Required skills ||
 
|-
 
| Extra skills ||
 
|-
 
| Mentor || Sumit Naiksatam
 
|}
 
 
=== 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
 
 
{| class="wikitable"
 
|-
 
| Difficulty ||
 
|-
 
| Topics ||
 
|-
 
| Required skills || Experience/interest in algorithms
 
|-
 
| Extra skills ||
 
|-
 
| Mentor ||
 
|}
 
 
 
=== Keystone | Dynamic Policy ===
 
 
The general idea is described at the blog post [http://adam.younglogic.com/2014/11/dynamic-policy-in-keystone/ Dynamic Policy in Keystone], by Adam Young.
 
 
{| class="wikitable"
 
|-
 
| Difficulty || Medium
 
|-
 
| Topics ||  [[Keystone|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 [http://adam.younglogic.com/2014/10/who-can-sign-for-what/ 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.
 
 
{| class="wikitable"
 
|-
 
| Difficulty || Medium
 
|-
 
| Topics || [[Keystone|Keystone]]
 
|-
 
| Required skills || Python
 
|-
 
| Extra skills ||
 
|-
 
| Mentor || David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)
 
|}
 
  
 
== More ideas ==
 
== More ideas ==
Line 270: Line 89:
 
* Neutron -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/neutron-specs,n,z)
 
* Neutron -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/neutron-specs,n,z)
 
* Nova -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/nova-specs,n,z)
 
* Nova -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/nova-specs,n,z)
* OPW Ideas page - https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas
 
 
* Oslo - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/oslo-specs,n,z) and those that are in progress (https://git.openstack.org/cgit/openstack/oslo-specs/tree/specs/kilo)
 
* Oslo - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/oslo-specs,n,z) and those that are in progress (https://git.openstack.org/cgit/openstack/oslo-specs/tree/specs/kilo)
 
* Rally -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/rally-specs,n,z)
 
* Rally -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/rally-specs,n,z)
Line 277: Line 95:
 
* Trove -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/trove-specs,n,z)
 
* Trove -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/trove-specs,n,z)
 
* Zaqar -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/zaqar-specs,n,z)
 
* Zaqar -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/zaqar-specs,n,z)
 +
 +
[[Category: GSoC]]

Latest revision as of 22:50, 16 March 2015

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 (SumitNaiksatam) - 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
  • Edgar Magana (emagana) - Neutron, Nova, Heat

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

Suggestions for students to choose from for their applications are maintained on the page of ideas for an internship. 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.

More ideas

Check out for more project ideas in: