Jump to: navigation, search

Difference between revisions of "GSoC2015"

m (Ideas)
m (Ideas)
Line 65: Line 65:
  
 
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.
 +
  
 
* '''Diagnostics in Neutron'''
 
* '''Diagnostics in Neutron'''
Line 86: Line 87:
 
| Mentor || Amit Saha (amsaha)  
 
| Mentor || Amit Saha (amsaha)  
 
|}
 
|}
 +
  
 
* '''Policy enforcement in OpenStack - Nova Scheduling and Policy integration'''
 
* '''Policy enforcement in OpenStack - Nova Scheduling and Policy integration'''
Line 101: Line 103:
 
| Mentor ||
 
| Mentor ||
 
|}
 
|}
 +
  
 
* '''Test results dashboard'''
 
* '''Test results dashboard'''
Line 119: Line 122:
 
| Mentor ||
 
| Mentor ||
 
|}
 
|}
 +
  
 
* '''Policy-based intent-driven OpenStack Cloud Infrastructure'''
 
* '''Policy-based intent-driven OpenStack Cloud Infrastructure'''
Line 140: Line 144:
 
| Mentor || Sumit Naiksatam
 
| Mentor || Sumit Naiksatam
 
|}
 
|}
 +
  
 
* '''Rich Network Services in a Federated OpenStack Public Cloud'''
 
* '''Rich Network Services in a Federated OpenStack Public Cloud'''
Line 157: Line 162:
 
| Mentor ||
 
| Mentor ||
 
|}
 
|}
 +
  
 
* '''Understand OpenStack Operations via Insights from Logs and Metrics: A Data Science Perspective'''
 
* '''Understand OpenStack Operations via Insights from Logs and Metrics: A Data Science Perspective'''
Line 178: Line 184:
 
|}
 
|}
  
* Dynamic Policy
+
 
 +
* '''Dynamic Policy'''
  
 
Tasks:
 
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"
 
{| class="wikitable"
Line 198: Line 202:
 
|}
 
|}
  
* Tokenless Operations
+
 
 +
* '''Tokenless Operations'''
  
 
{| class="wikitable"
 
{| class="wikitable"
Line 212: Line 217:
 
| Mentor ||
 
| Mentor ||
 
|}
 
|}
 
Check out for more project ideas in
 
 
* 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)
 
* Nova -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/nova-specs,n,z)
 
* Keystone -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/keystone-specs,n,z)
 
* Rally -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/rally-specs,n,z)
 
* Cinder -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/cinder-specs,n,z)
 
* Swift -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/swift-specs,n,z)
 
* Zaqar -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/zaqar-specs,n,z)
 
* Trove -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/trove-specs,n,z)
 
* Neutron -  Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/neutron-specs,n,z)
 
* OPW Ideas page - https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas
 
  
 
== Projects ==
 
== Projects ==

Revision as of 19:50, 19 February 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
  • 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

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
  • Shaifali Agrawal - India - agrawalshaifali09@gmail.com - exploreshaifali - Rally: Generating Trends from N tasks
  • 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

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.


  • 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)


  • 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-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


  • Dynamic Policy

Tasks:

Difficulty
Topics Keystone
Required skills
Extra skills
Mentor


  • Tokenless Operations
Difficulty
Topics Keystone
Required skills
Extra skills
Mentor

Projects

  • Diagnosing Neutron
    • Does user configuration match system settings?
    • Can we mine logs to see why system is misbehaving?
  • Keystone
    • Dynamic Policy (proposed by Adam Young)
    • Tokenless Operations (proposed by Adam Young)
  • Group Based Policy
    • Extension of intent-based policy framework to Compute and Storage
    • Policy-based service composition integration with OpenDaylight
  • Understanding OpenStack Logs
    • How do we make sense out of logs?
    • How do we set up alarms based on specific events (identify events)
    • Anomaly detection from Logs