OpenStack - User contributions [en]

GSoC2015

2015-02-23T21:03:18Z

Ondra Machacek:

== Google Summer of Code 2015 ==

[http://www.openstack.org/software/ OpenStack] is applying as a mentoring organization for the [http://www.google-melange.com/gsoc/homepage/google/gsoc2015 2015 Google Summer of Code]. Check [https://developers.google.com/open-source/soc/ Google Developers site] for more information on how the program works.

Link to call for participation: [http://google-opensource.blogspot.com/2015/02/mentoring-organization-applications-now.html here]

Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2015/help_page here]

== What is OpenStack ==

[http://www.openstack.org/software/ 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 [http://www.openstack.org/software/openstack-compute/ computing], [http://www.openstack.org/software/openstack-storage/ storage], [http://www.openstack.org/software/openstack-networking/ networking], and all the other bits that help make this project, '''The Cloud'''.

OpenStack is [http://i.imgur.com/gAyoiF8.png 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 [https://github.com/openstack/governance/blob/master/reference/programs.yaml 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 -

== 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
* 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

== Communication ==

Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 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|GSoC2015/StudentApplicationTemplate]].

== References ==

* [[GSoC2014|OpenStack GSoC 2014 wiki]]
* [http://www.google-melange.com/gsoc/events/google/gsoc2015 Google's GSoC 2015 page]

== 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?

{| 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 ||
|}

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

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

GSoC2014

2014-03-31T10:38:25Z

Ondra Machacek:

== Google Summer of Code 2014 ==

[http://www.openstack.org/software/ OpenStack] is applying as a mentoring organization for the [http://www.google-melange.com/gsoc/homepage/google/gsoc2014 2014 Google Summer of Code]. Check [https://developers.google.com/open-source/soc/ Google Developers site] for more information on how the program works.
We need to get in this time!

Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]

Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]

=== Meetings ===

==== Next Meeting ====

* TBA

===== Agenda =====

* TBA

==== Previous Meetings ====

* Meeting #1 | Sorting Early Issues, Identifying Students/Mentors | [https://etherpad.openstack.org/p/openstack-gsoc-meeting1 etherpad]

=== What is Openstack? ===

[http://www.openstack.org/software/ 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 [http://www.openstack.org/software/openstack-compute/ computing], [http://www.openstack.org/software/openstack-storage/ storage], [http://www.openstack.org/software/openstack-networking/ networking], and all the other bits that help make this project, '''The Cloud'''.

OpenStack is [http://i.imgur.com/gAyoiF8.png 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 [https://github.com/openstack/governance/blob/master/reference/programs.yaml governance projects.yaml]

* Davanum Srinivas - dims - Nova, Oslo
* Debo Dutta - dedutta - Nova, Ceilometer
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo
* Yathiraj Udupi - Yathi - Nova, Ceilometer
* Fei Long Wang - flwang- Glance
* Boris Pavlovic - boris-42 - Rally
* Mikhail Dubov - msdubov - Rally
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security
* Balint Kovacs - blint@balabit.hu - Zorp
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp
* Arnaud Legendre - arnaud, alegendre@vmware.com - Oslo
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure

=== Students ===

Students application period opens March 10 and ends on March 21.

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:
*[[https://launchpad.net/~krishna1256 Sai Krishna]],India,krishna1256@gmail.com,saikrishna_,[[[GSoC2014/Queues/Storage|https://wiki.openstack.org/wiki/GSoC2014/Queues/Storage]]][Add a New Backend to Oslo.Cache]
* Shalmali Sahasrabudhe, India, shalmali.sahasrabudhe@gmail.com [Common Scheduler (Gantt) https://wiki.openstack.org/wiki/GSoC2014/Student/Shalmaliss ]
*[[User:Talusani_Mani_Shanker|Manishanker Talusani]],India,shanker.mani0@gmail.com[ Fuzzing framework https://wiki.openstack.org/wiki/GSoC2014/Testing/Fuzz]
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]
* [[https://launchpad.net/~andronat-asf Anastasios Andronidis]], Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]
* [[GSoC2014/Student/ashepelev|Artem Shepelev]], Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]].
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi) - [[GSoC2014/Queues/Storage|Add a new storage driver to the OpenStack Message Queuing Service]]
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone
* Kumar Rishabh, India, email: shailrishabh@gmail.com, IRC - penguinRaider [Rally]
* [[User:Msolanas|Marc Solanas]], US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]
* [[GSoC2014/Student/RobberPhex|RobberPhex]], China, robberphex@gmail.com, Rally
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]
* [[User:Chenchong|Chenchong Qin]] - China - qinchenchong@gmail.com, chenchong - [[GSoC2014/Queues/Storage|Adding Redis as a Storage Backend to OpenStack Marconi]]
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]
* Fang Zhen, China, fz1989fz@gmail.com, fz1989 at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]]
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Bruno Criado, Brazil, brunocriado@gmail.com, dropped at irc.freenode.net, [Implement a Fuzz testing framework that can be run on Tempest or a similar framework]
* [[User:Tzanetos_Balitsaris|Tzanetos Balitsaris]], Greece, tzabal AT it DOT teithe DOT gr, tzabal, [[GSoC2014/Rally/BenchmarksVirtualMachinesOpenStack|Developing Benchmarks for Virtual Machines of OpenStack with Rally]]
* Junfeng Shen, China, yokoloki7@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Jeremy Henriques, India, jeremyh28@gmail.com, [OpenStack Message Queuing Service (Marconi)]
* [[User:prashanthr|Prashanth Raghu]],India,pisprashanth@gmail.com, [OpenStack Message Queuing Service (Marconi)]
* Angel Cambero, US, [ac5444@rit.edu/angelkanvero@gmail.com] [OpenStack Message Queuing Service (Marconi)]
* Karim Benzidane, Morocco, k.benzidane@live.fr, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Saad Khoudali, Morocco, s.khoudali@yahoo.fr, [ [Monitoring and Telemetry- Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]
* Renan Vicente, Brazil, renanvice@gmail.com,[OpenStack Networking (Neutron)]
* Lionel Pereira, India, lpereira105@gmail.com, [Common Scheduler (Gantt)]
* [[https://wiki.openstack.org/wiki/GSoC2014/Student/Amar Amar Sharma]], India, amarsharma.hacker@gmail.com, [OpenStack Message Queuing Service (Marconi)]

=== Communication ===

Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 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 [[GSoC2014/StudentApplicationTemplate|GSoC2014/StudentApplicationTemplate]].

=== 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.

'''Click on the proposed project that caught your attention to get the details about the assumed knowledge, the project goals and more details related to it.'''

==== Fuzz Testing (various projects) ====

Fuzz testing or fuzzing is a software testing technique, often automated or semi-automated, that involves providing invalid, unexpected, or random data to the inputs of a computer program. The program is then monitored for exceptions such as crashes, or failing built-in code assertions or for finding potential memory leaks. Fuzzing is commonly used to test for security problems in software or computer systems.

{| class="wikitable"
|-
| Difficulty || Hard
|-
| Topics || testing, tempest
|-
| Mentor || Sriram Subramanian
|}

Proposed ideas,

* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]

==== Scheduler (Nova) ====

Nova (Compute) provides a scheduler framework which is aimed to be used by various OpenStack components.

Check out more details about [https://github.com/openstack/nova Nova]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || schedulers, python, nova
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]]
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]

==== OpenStack Monitoring and Telemetry (Ceilometer) ====

Ceilometer aims to deliver a unique point of contact for billing systems to acquire all counters they need to establish customer billing, across all current and future OpenStack components. The delivery of counters must be traceable and auditable. The counters must be easily extensible to support new projects, and agents doing data collections should be independent of the overall system.

For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || ceilometer, data science
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]
* [[Monitoring & Tuning network for QoS within Openstack]]
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]

==== OpenStack Message Queuing Service (Marconi) ====

Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:

* Create a queue
* Post messages
* Read them or claim them

For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || storage, python, marconi
|-
| Mentor || Alejandro Cabrera
|}

Proposed ideas,

* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]

==== OpenStack Common Libraries (Oslo) ====

The Oslo program produces a set of python libraries containing infrastructure code shared by OpenStack projects. The APIs provided by these libraries should be high quality, stable, consistent and generally useful.

Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]

{| class="wikitable"
|-
| Difficulty || Medium - Hard
|-
| Topics || storage, python, oslo
|-
| Mentor || Alejandro Cabrera, Davanum Srinivas
|}

Proposed ideas,

* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]
* [[GSoC2014/Incubator/SharedLib|Implement a re-usable shared library for vmware (oslo.vmware) to be consumed by various OpenStack projects like Nova, Cinder or Glance]]
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)

==== Benchmarking System (Rally) ====

OpenStack QA team mostly works on CI/CD that ensures that new patches don't break specific single node installation of OpenStack. On the other hand it's clear that such CI/CD is only an indication and does not cover all cases (e.g. if cloud works well on single node installation it doesn't mean that it will work good as well on 1k servers installation under high load).. Rally aims to fix this and help us to get answer on question "How OpenStack works at scale". To make it possible we are going to automate and unify all steps that are required for benchmarking OpenStack at scale: multi node OS deployment, verification, benchmarking & profiling.

[[File:Rally-Actions.png|500px|center]]

* Deploy is not yet another deployer of OpenStack it is just a plugable mechanism that allows to unify & simplify work with different deployers like: DevStack, Fuel, Anvil on hardware/VMs that you have.
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.

For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || rally, benchmarks, deploying, python, tempest,
|-
| Mentor || Boris Pavlovic, Mikhail Dubov
|}

Proposed ideas:
https://docs.google.com/a/mirantis.com/document/d/1DWQzjQYMJI-70r76o8eyOSeQJoizceDuRVogAczxjbc/edit#

* Benchmarking OpenStack
* Writing new benchmarks
* Integration of Rally & Tempest
* Processing Results
* Improving Rally deploying system

==== OpenStack Networking (Neutron) ====

Neutron is an OpenStack project to provide Networking-as-a-Service between interface devices (e.g., vNICs) managed by other Openstack services (e.g., Nova).

For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || drivers, python, networking, fwaas, neutron
|-
| Mentor || Balint Kovacs, Szilard Pfeiffer
|}

Proposed ideas,

* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])

==== OpenStack Data Processing (Savanna) ====

Savanna aims to provide users with simple means to provision a Hadoop cluster by specifying several parameters like Hadoop version, cluster topology, nodes hardware details and a few more. The aim of this project is to enable users provision and management of Hadoop clusters on OpenStack.

Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna

{| class="wikitable"
|-
| Difficulty ||
|-
| Topics || plugins, hadoop provision, savanna
|-
| Mentor ||
|}

Proposed ideas,

* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)

==== OpenStack Infrastructure (infra) ====

The project infrastructure encompasses all of the systems that are used in the day to day operation of the OpenStack project as a whole. This includes development, testing, and collaboration tools. All of the software that we run is open source, and its configuration is public. The project still uses a number of systems that do not yet fall under this umbrella (notably, the main website), but we’re working to incorporate them so that people may just as easily contribute to those areas. All new services used by the project should begin as part of the infrastructure project to ensure easy collaboration from the start.

Proposed ideas,

* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]

=== Projects ===

Current mentors are willing to supervise students in the following projects:

* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]

GSoC2014

2014-02-28T08:52:58Z

Ondra Machacek:

== Google Summer of Code 2014 ==

[http://www.openstack.org/software/ OpenStack] is applying as a mentoring organization for the [http://www.google-melange.com/gsoc/homepage/google/gsoc2014 2014 Google Summer of Code]. Check [https://developers.google.com/open-source/soc/ Google Developers site] for more information on how the program works.
We need to get in this time!

Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]

Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]

=== What is Openstack? ===

[http://www.openstack.org/software/ 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 [http://www.openstack.org/software/openstack-compute/ computing], [http://www.openstack.org/software/openstack-storage/ storage], [http://www.openstack.org/software/openstack-networking/ networking], and all the other bits that help make this project, '''The Cloud'''.

OpenStack is [http://i.imgur.com/gAyoiF8.png 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 [https://github.com/openstack/governance/blob/master/reference/programs.yaml governance projects.yaml]

* Davanum Srinivas - dims - Nova, Oslo
* Debo Dutta - dedutta - Nova, Ceilometer
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo
* Yathiraj Udupi - Yathi - Nova, Ceilometer
* Fei Long Wang - flwang- Glance
* Boris Pavlovic - boris-42 - Rally
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security
* Balint Kovacs - blint@balabit.hu - Zorp
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp
* Arnaud Legendre - arnaud - Oslo
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure

=== Students ===

Students application period opens March 10 and ends on March 21.

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:
*Manishanker Talusani,India,shanker.mani0@gmail.com[Project not selected yet]
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]
* Anastasios Andronidis, Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]
* Artem Shepelev, Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, OpenStack Scheduler.
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi)
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone
* Kumar Rishabh, India, email: shailrishabh@gmail.com [would fill more details later]
* Marc Solanas Tarre, US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]
* RobberPhex, China, robberphex@gmail.com, Rally
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]
* Chenchong Qin, China, qinchenchong@gmail.com, Neutron
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]
* Fang Zhen, China, fz1989fz@gmail.com,[Gantt, Ceilometer]
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Bruno Criado, Brazil, brunocriado@gmail.com, dropped at irc.freenode.net, [Implement a Fuzz testing framework that can be run on Tempest or a similar framework]
* Ondra Machacek, Czech Republic machacek.ondra@gmail.com, omachace [infra]

=== Communication ===

Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].

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

=== 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.

'''Click on the proposed project that caught your attention to get the details about the assumed knowledge, the project goals and more details related to it.'''

==== Fuzz Testing (various projects) ====

Fuzz testing or fuzzing is a software testing technique, often automated or semi-automated, that involves providing invalid, unexpected, or random data to the inputs of a computer program. The program is then monitored for exceptions such as crashes, or failing built-in code assertions or for finding potential memory leaks. Fuzzing is commonly used to test for security problems in software or computer systems.

{| class="wikitable"
|-
| Difficulty || Hard
|-
| Topics || testing, tempest
|-
| Mentor || Sriram Subramanian
|}

Proposed ideas,

* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]

==== Common Scheduler (Gantt) ====

Gantt provides a common scheduler framework for use by various OpenStack components.

Check out more details about [https://github.com/openstack/gantt Gantt]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || schedulers, python, gantt
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/StandAloneScheduler|Implement a stand-alone scheduler based on the scheduler forklift code]]
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]]
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]

==== OpenStack Monitoring and Telemetry (Ceilometer) ====

Ceilometer aims to deliver a unique point of contact for billing systems to acquire all counters they need to establish customer billing, across all current and future OpenStack components. The delivery of counters must be traceable and auditable. The counters must be easily extensible to support new projects, and agents doing data collections should be independent of the overall system.

For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || ceilometer, data science
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]
* [[Monitoring & Tuning network for QoS within Openstack]]
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]

==== OpenStack Message Queuing Service (Marconi) ====

Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:

* Create a queue
* Post messages
* Read them or claim them

For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || storage, python, marconi
|-
| Mentor || Alejandro Cabrera
|}

Proposed ideas,

* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]

==== OpenStack Common Libraries (Oslo) ====

The Oslo program produces a set of python libraries containing infrastructure code shared by OpenStack projects. The APIs provided by these libraries should be high quality, stable, consistent and generally useful.

Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]

{| class="wikitable"
|-
| Difficulty || Medium - Hard
|-
| Topics || storage, python, oslo
|-
| Mentor || Alejandro Cabrera, Davanum Srinivas
|}

Proposed ideas,

* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]
* [[GSoC2014/Incubator/SharedLib|Implement a re-usable shared library for vmware (oslo.vmware) to be consumed by various OpenStack projects like Nova, Cinder or Glance]]
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)

==== Benchmarking System (Rally) ====

OpenStack QA team mostly works on CI/CD that ensures that new patches don't break specific single node installation of OpenStack. On the other hand it's clear that such CI/CD is only an indication and does not cover all cases (e.g. if cloud works well on single node installation it doesn't mean that it will work good as well on 1k servers installation under high load).. Rally aims to fix this and help us to get answer on question "How OpenStack works at scale". To make it possible we are going to automate and unify all steps that are required for benchmarking OpenStack at scale: multi node OS deployment, verification, benchmarking & profiling.

[[File:Rally-Actions.png|500px|center]]

* Deploy is not yet another deployer of OpenStack it is just a plugable mechanism that allows to unify & simplify work with different deployers like: DevStack, Fuel, Anvil on hardware/VMs that you have.
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.

For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || rally, benchmarks, deploying, python, tempest,
|-
| Mentor || Boris Pavlovic
|}

Proposed ideas,

* Benchmarking OpenStack
* Writing new benchmarks
* Integration of Rally & Tempest
* Processing Results
* Improving Rally deploying system

==== OpenStack Networking (Neutron) ====

Neutron is an OpenStack project to provide Networking-as-a-Service between interface devices (e.g., vNICs) managed by other Openstack services (e.g., Nova).

For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || drivers, python, networking, fwaas, neutron
|-
| Mentor || Balint Kovacs, Szilard Pfeiffer
|}

Proposed ideas,

* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])

==== OpenStack Data Processing (Savanna) ====

Savanna aims to provide users with simple means to provision a Hadoop cluster by specifying several parameters like Hadoop version, cluster topology, nodes hardware details and a few more. The aim of this project is to enable users provision and management of Hadoop clusters on OpenStack.

Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna

{| class="wikitable"
|-
| Difficulty ||
|-
| Topics || plugins, hadoop provision, savanna
|-
| Mentor ||
|}

Proposed ideas,

* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)

==== OpenStack Infrastructure (infra) ====

The project infrastructure encompasses all of the systems that are used in the day to day operation of the OpenStack project as a whole. This includes development, testing, and collaboration tools. All of the software that we run is open source, and its configuration is public. The project still uses a number of systems that do not yet fall under this umbrella (notably, the main website), but we’re working to incorporate them so that people may just as easily contribute to those areas. All new services used by the project should begin as part of the infrastructure project to ensure easy collaboration from the start.

Proposed ideas,

* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]

=== Projects ===

Current mentors are willing to supervise students in the following projects:

* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]

GSoC2014

2014-02-28T08:14:21Z

Ondra Machacek:

== Google Summer of Code 2014 ==

[http://www.openstack.org/software/ OpenStack] is applying as a mentoring organization for the [http://www.google-melange.com/gsoc/homepage/google/gsoc2014 2014 Google Summer of Code]. Check [https://developers.google.com/open-source/soc/ Google Developers site] for more information on how the program works.
We need to get in this time!

Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]

Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]

=== What is Openstack? ===

[http://www.openstack.org/software/ 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 [http://www.openstack.org/software/openstack-compute/ computing], [http://www.openstack.org/software/openstack-storage/ storage], [http://www.openstack.org/software/openstack-networking/ networking], and all the other bits that help make this project, '''The Cloud'''.

OpenStack is [http://i.imgur.com/gAyoiF8.png 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 [https://github.com/openstack/governance/blob/master/reference/programs.yaml governance projects.yaml]

* Davanum Srinivas - dims - Nova, Oslo
* Debo Dutta - dedutta - Nova, Ceilometer
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo
* Yathiraj Udupi - Yathi - Nova, Ceilometer
* Fei Long Wang - flwang- Glance
* Boris Pavlovic - boris-42 - Rally
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security
* Balint Kovacs - blint@balabit.hu - Zorp
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp
* Arnaud Legendre - arnaud - Oslo
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure

=== Students ===

Students application period opens March 10 and ends on March 21.

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:
*Manishanker Talusani,India,shanker.mani0@gmail.com[Project not selected yet]
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]
* Anastasios Andronidis, Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]
* Artem Shepelev, Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, OpenStack Scheduler.
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi)
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone
* Kumar Rishabh, India, email: shailrishabh@gmail.com [would fill more details later]
* Marc Solanas Tarre, US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]
* RobberPhex, China, robberphex@gmail.com, Rally
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]
* Chenchong Qin, China, qinchenchong@gmail.com, Neutron
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]
* Fang Zhen, China, fz1989fz@gmail.com,[Gantt, Ceilometer]
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]
* Bruno Criado, Brazil, brunocriado@gmail.com, dropped at irc.freenode.net, [Implement a Fuzz testing framework that can be run on Tempest or a similar framework]
* Ondra Machacek, Czech Republic machacek.ondra@gmail.com, omachace [Keystone]

=== Communication ===

Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].

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

=== 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.

'''Click on the proposed project that caught your attention to get the details about the assumed knowledge, the project goals and more details related to it.'''

==== Fuzz Testing (various projects) ====

Fuzz testing or fuzzing is a software testing technique, often automated or semi-automated, that involves providing invalid, unexpected, or random data to the inputs of a computer program. The program is then monitored for exceptions such as crashes, or failing built-in code assertions or for finding potential memory leaks. Fuzzing is commonly used to test for security problems in software or computer systems.

{| class="wikitable"
|-
| Difficulty || Hard
|-
| Topics || testing, tempest
|-
| Mentor || Sriram Subramanian
|}

Proposed ideas,

* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]

==== Common Scheduler (Gantt) ====

Gantt provides a common scheduler framework for use by various OpenStack components.

Check out more details about [https://github.com/openstack/gantt Gantt]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || schedulers, python, gantt
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/StandAloneScheduler|Implement a stand-alone scheduler based on the scheduler forklift code]]
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]]
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]

==== OpenStack Monitoring and Telemetry (Ceilometer) ====

Ceilometer aims to deliver a unique point of contact for billing systems to acquire all counters they need to establish customer billing, across all current and future OpenStack components. The delivery of counters must be traceable and auditable. The counters must be easily extensible to support new projects, and agents doing data collections should be independent of the overall system.

For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || ceilometer, data science
|-
| Mentor || Debo
|}

Proposed ideas,

* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]
* [[Monitoring & Tuning network for QoS within Openstack]]
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]

==== OpenStack Message Queuing Service (Marconi) ====

Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:

* Create a queue
* Post messages
* Read them or claim them

For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || storage, python, marconi
|-
| Mentor || Alejandro Cabrera
|}

Proposed ideas,

* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]

==== OpenStack Common Libraries (Oslo) ====

The Oslo program produces a set of python libraries containing infrastructure code shared by OpenStack projects. The APIs provided by these libraries should be high quality, stable, consistent and generally useful.

Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]

{| class="wikitable"
|-
| Difficulty || Medium - Hard
|-
| Topics || storage, python, oslo
|-
| Mentor || Alejandro Cabrera, Davanum Srinivas
|}

Proposed ideas,

* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]
* [[GSoC2014/Incubator/SharedLib|Implement a re-usable shared library for vmware (oslo.vmware) to be consumed by various OpenStack projects like Nova, Cinder or Glance]]
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)

==== Benchmarking System (Rally) ====

OpenStack QA team mostly works on CI/CD that ensures that new patches don't break specific single node installation of OpenStack. On the other hand it's clear that such CI/CD is only an indication and does not cover all cases (e.g. if cloud works well on single node installation it doesn't mean that it will work good as well on 1k servers installation under high load).. Rally aims to fix this and help us to get answer on question "How OpenStack works at scale". To make it possible we are going to automate and unify all steps that are required for benchmarking OpenStack at scale: multi node OS deployment, verification, benchmarking & profiling.

[[File:Rally-Actions.png|500px|center]]

* Deploy is not yet another deployer of OpenStack it is just a plugable mechanism that allows to unify & simplify work with different deployers like: DevStack, Fuel, Anvil on hardware/VMs that you have.
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.

For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || rally, benchmarks, deploying, python, tempest,
|-
| Mentor || Boris Pavlovic
|}

Proposed ideas,

* Benchmarking OpenStack
* Writing new benchmarks
* Integration of Rally & Tempest
* Processing Results
* Improving Rally deploying system

==== OpenStack Networking (Neutron) ====

Neutron is an OpenStack project to provide Networking-as-a-Service between interface devices (e.g., vNICs) managed by other Openstack services (e.g., Nova).

For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]

{| class="wikitable"
|-
| Difficulty || Medium
|-
| Topics || drivers, python, networking, fwaas, neutron
|-
| Mentor || Balint Kovacs, Szilard Pfeiffer
|}

Proposed ideas,

* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])

==== OpenStack Data Processing (Savanna) ====

Savanna aims to provide users with simple means to provision a Hadoop cluster by specifying several parameters like Hadoop version, cluster topology, nodes hardware details and a few more. The aim of this project is to enable users provision and management of Hadoop clusters on OpenStack.

Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna

{| class="wikitable"
|-
| Difficulty ||
|-
| Topics || plugins, hadoop provision, savanna
|-
| Mentor ||
|}

Proposed ideas,

* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)

==== OpenStack Infrastructure (infra) ====

The project infrastructure encompasses all of the systems that are used in the day to day operation of the OpenStack project as a whole. This includes development, testing, and collaboration tools. All of the software that we run is open source, and its configuration is public. The project still uses a number of systems that do not yet fall under this umbrella (notably, the main website), but we’re working to incorporate them so that people may just as easily contribute to those areas. All new services used by the project should begin as part of the infrastructure project to ensure easy collaboration from the start.

Proposed ideas,

* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]

=== Projects ===

Current mentors are willing to supervise students in the following projects:

* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]