https://wiki.openstack.org/w/api.php?action=feedcontributions&user=Krishna1256&feedformat=atomOpenStack - User contributions [en]2024-03-28T18:38:07ZUser contributionsMediaWiki 1.28.2https://wiki.openstack.org/w/index.php?title=GSoC2015&diff=74672GSoC20152015-02-27T23:10:35Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2015 ==<br />
<br />
[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.<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2015/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2015/help_page here]<br />
<br />
<br />
== What is OpenStack ==<br />
<br />
[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.<br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
== Mentors ==<br />
<br />
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/projects.yaml governance projects.yaml].<br />
<br />
* Amit Saha - amsaha - Neutron. Specifically network diagnostics. https://www.openstack.org/vote-vancouver/presentation/don-diagnosing-ovs-in-neutron <br />
* Debo Dutta - dedutta - Nova, Monasca, Ceilometer, Log/Metrics, Operations<br />
* Michael Krotscheck - krotscheck - StoryBoard<br />
* Davanum Srinivas - dims - Nova, Oslo-*<br />
* Samuel de Medeiros Queiroz - samueldmq - keystone<br />
* Boris Pavlovic - boris-42 - Rally<br />
* Joshua Harlow - harlowja - taskflow, tooz, oslo, anvil, cloud-init<br />
* David Stanek - dstanek - Keystone<br />
* Yathiraj Udupi - yudupi - Nova, Scheduler, Gantt, Congress, Policy, Ceilometer, Monasca<br />
* Matthew Treinish - mtreinish -<br />
* Nikhil Manchanda - SlickNik - Trove<br />
* Sumit Naiksatam - Policy (Group Based Policy), Networking (Neutron), L4-7 Services (FWaaS, VPNaaS, LBaaS)<br />
* Ethan Gafford - egafford - Sahara<br />
* Michael McCune - elmiko - Sahara<br />
* Marga Millet - millet -<br />
* Ivan Kolodyazhny - e0ne - Cinder<br />
<br />
== Students ==<br />
<br />
Students application period opens '''March 16''' and ends on '''March 27'''.<br />
<br />
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: <br />
<br />
* Prabhjyot Singh Sodhi - India - prabhjyotsingh95@gmail.com - psd - Rally: Adding Cloud Info<br />
* Himangi Saraogi - India - himangi774@gmail.com - himangi - Oslo, Rally, keystone, nova<br />
* Shaifali Agrawal - India - agrawalshaifali09@gmail.com - exploreshaifali - Rally: Generating Trends from N tasks, Log/Metrics<br />
* Artem Shepelev - Russia - shepelev.artem@gmail.com - ashepelev - Nova, Gantt, Neutron, Fuel<br />
* Telles Nobrega - Brazil - tellesnobrega@gmail.com - tellesnobrega - Sahara<br />
* Henrique Truta - Brazil - henriquecostatruta@gmail.com - htruta - Monasca, Keystone, Nova<br />
* Shailendra Acharya -India - acharyashailendra1@gmail.com -shailendra keystone,nova,sahara<br />
* Ondra Machacek - Czech Republic - machacek.ondra@gmail.com - omachace keystone<br />
* Kirill Bobyrev - Russia - kbobyrev@hotmail.com - arcadiaq - Log/Metrics<br />
* Ankit Kotak - India - ankitkotak127@gmail.com - anksy - Neutron,Sahara,Trove,Nova<br />
* saikeishna - India -krishna1256@gmail.com - saikrishna -[Neutron | Diagnostics in Neutron ] [Rich Network Services in a Federated OpenStack Public Cloud]<br />
* Weiwei Jia - China -harryxiyou@gmail.com - harryxiyou - [Policy-based intent-driven OpenStack Cloud Infrastructure], Cinder, Swift<br />
<br />
== Communication ==<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
Then, let's start to write your proposal! A proposal template can be seen at [[GSoC2015/StudentApplicationTemplate|GSoC2015/StudentApplicationTemplate]].<br />
<br />
<br />
== References ==<br />
<br />
* [[GSoC2014|OpenStack GSoC 2014 wiki]]<br />
* [http://www.google-melange.com/gsoc/events/google/gsoc2015 Google's GSoC 2015 page]<br />
<br />
<br />
== Ideas ==<br />
<br />
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.<br />
<br />
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.<br />
<br />
<br />
=== Neutron | Diagnostics in Neutron ===<br />
<br />
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.<br />
<br />
Tasks:<br />
* Does user configuration match system settings?<br />
* Can we mine logs to see why system is misbehaving?<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[Neutron|Neutron]], Networking, Diagnostics <br />
|-<br />
| Required skills || Python <br />
|-<br />
| Extra skills || Networking <br />
|-<br />
| Mentor || Amit Saha (amsaha) <br />
|}<br />
<br />
<br />
=== Redis jobboards ===<br />
<br />
The spec @ https://review.openstack.org/#/c/105298/ basically explains all of this (the why, what and where).<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[TaskFlow|TaskFlow]], Distributed Systems<br />
|-<br />
| Required skills || Python <br />
|-<br />
| Extra skills || Distributed Systems <br />
|-<br />
| Mentor || Joshua Harlow (harlowja)<br />
|}<br />
<br />
=== Policy | Policy enforcement in OpenStack: Nova Scheduling and Policy integration ===<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[GroupBasedPolicy|Policy]], [[Nova|Nova]]<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Test results dashboard ===<br />
<br />
Tasks:<br />
* Create an infra hosted dashboard view of testing results (both check/gate and periodic)<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Policy | Policy-based intent-driven OpenStack Cloud Infrastructure ===<br />
<br />
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]<br />
<br />
Tasks:<br />
* Extension of intent-based policy framework to Compute and Storage<br />
* Policy-based service composition integration with OpenDaylight<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || Sumit Naiksatam<br />
|}<br />
<br />
<br />
=== Rich Network Services in a Federated OpenStack Public Cloud ===<br />
<br />
L4-7 Services' integration, NFV, service function chaining, OpenDaylight<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Understand OpenStack Operations via Insights from Logs and Metrics: A Data Science Perspective ===<br />
<br />
Tasks:<br />
* How do we make sense out of logs?<br />
* How do we set up alarms based on specific events (identify events)<br />
* Anomaly detection from Logs<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills || Experience/interest in algorithms<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Keystone | Dynamic Policy ===<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || [[Keystone|Keystone]]<br />
|-<br />
| Required skills || Python<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)<br />
|}<br />
<br />
=== Keystone | Tokenless Operations ===<br />
<br />
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.<br />
In few words, the fact of the signature on a document be valid does not mean that the signer was authorized to sign it.<br />
<br />
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.<br />
<br />
Tasks:<br />
* Extract signer data out of the certificates;<br />
* Fetch the complete list of certificate from Keystone using the OS-SIMPLE-CERT extension;<br />
* Match the signer to the cert to validate the signature and extract the domain data for the token;<br />
* Fetch the mapping info from the Federation extension;<br />
* Use the mapping info to convert from the signing cert to a keystone user and groups;<br />
* Fetch the effective roles from Keystone for the user/groups for that domain;<br />
* Fetch policy from Keystone;<br />
* Execute the policy check to validate that the signer could sign for the data.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || [[Keystone|Keystone]]<br />
|-<br />
| Required skills || Python<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)<br />
|}<br />
<br />
== More ideas ==<br />
<br />
Check out for more project ideas in:<br />
<br />
* 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)<br />
* Nova - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/nova-specs,n,z)<br />
* Keystone - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/keystone-specs,n,z)<br />
* Rally - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/rally-specs,n,z)<br />
* Cinder - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/cinder-specs,n,z)<br />
* Swift - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/swift-specs,n,z)<br />
* Zaqar - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/zaqar-specs,n,z)<br />
* Trove - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/trove-specs,n,z)<br />
* Neutron - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/neutron-specs,n,z)<br />
* OPW Ideas page - https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2015&diff=74560GSoC20152015-02-26T18:51:52Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2015 ==<br />
<br />
[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.<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2015/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2015/help_page here]<br />
<br />
<br />
== What is OpenStack ==<br />
<br />
[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.<br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
== Mentors ==<br />
<br />
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].<br />
<br />
* Amit Saha - amsaha - Neutron. Specifically network diagnostics. https://www.openstack.org/vote-vancouver/presentation/don-diagnosing-ovs-in-neutron <br />
* Debo Dutta - dedutta - Nova, Monasca, Ceilometer, Log/Metrics, Operations<br />
* Michael Krotscheck - krotscheck - StoryBoard<br />
* Davanum Srinivas - dims - Nova, Oslo-*<br />
* Samuel de Medeiros Queiroz - samueldmq - keystone<br />
* Boris Pavlovic - boris-42 - Rally<br />
* Joshua Harlow - harlowja - taskflow, tooz, oslo, anvil, cloud-init<br />
* David Stanek - dstanek - Keystone<br />
* Yathiraj Udupi - yudupi - Nova, Scheduler, Gantt, Congress, Policy, Ceilometer, Monasca<br />
* Matthew Treinish - mtreinish -<br />
* Nikhil Manchanda - SlickNik - Trove<br />
* Sumit Naiksatam - Policy (Group Based Policy), Networking (Neutron), L4-7 Services (FWaaS, VPNaaS, LBaaS)<br />
* Ethan Gafford - egafford - Sahara<br />
* Michael McCune - elmiko - Sahara<br />
* Marga Millet - millet -<br />
<br />
== Students ==<br />
<br />
Students application period opens '''March 16''' and ends on '''March 27'''.<br />
<br />
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: <br />
<br />
* Prabhjyot Singh Sodhi - India - prabhjyotsingh95@gmail.com - psd - Rally: Adding Cloud Info<br />
* Himangi Saraogi - India - himangi774@gmail.com - himangi - Oslo, Rally, keystone, nova<br />
* Shaifali Agrawal - India - agrawalshaifali09@gmail.com - exploreshaifali - Rally: Generating Trends from N tasks<br />
* Artem Shepelev - Russia - shepelev.artem@gmail.com - ashepelev - Nova, Gantt, Neutron, Fuel<br />
* Telles Nobrega - Brazil - tellesnobrega@gmail.com - tellesnobrega - Sahara<br />
* Henrique Truta - Brazil - henriquecostatruta@gmail.com - htruta - Monasca, Keystone, Nova<br />
* Shailendra Acharya -India - acharyashailendra1@gmail.com -shailendra keystone,nova,sahara<br />
* Ondra Machacek - Czech Republic - machacek.ondra@gmail.com - omachace keystone<br />
* Kirill Bobyrev - Russia - kbobyrev@hotmail.com - arcadiaq - Log/Metrics<br />
* Ankit Kotak - India - ankitkotak127@gmail.com - anksy - Neutron,Keystone,Nova<br />
* saikeishna - India -krishna1256@gmail.com - saikrishna - [Rich Network Services in a Federated OpenStack Public Cloud]<br />
<br />
== Communication ==<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
Then, let's start to write your proposal! A proposal template can be seen at [[GSoC2015/StudentApplicationTemplate|GSoC2015/StudentApplicationTemplate]].<br />
<br />
<br />
== References ==<br />
<br />
* [[GSoC2014|OpenStack GSoC 2014 wiki]]<br />
* [http://www.google-melange.com/gsoc/events/google/gsoc2015 Google's GSoC 2015 page]<br />
<br />
<br />
== Ideas ==<br />
<br />
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.<br />
<br />
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.<br />
<br />
<br />
=== Neutron | Diagnostics in Neutron ===<br />
<br />
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.<br />
<br />
Tasks:<br />
* Does user configuration match system settings?<br />
* Can we mine logs to see why system is misbehaving?<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[Neutron|Neutron]], Networking, Diagnostics <br />
|-<br />
| Required skills || Python <br />
|-<br />
| Extra skills || Networking <br />
|-<br />
| Mentor || Amit Saha (amsaha) <br />
|}<br />
<br />
<br />
=== Redis jobboards ===<br />
<br />
The spec @ https://review.openstack.org/#/c/105298/ basically explains all of this (the why, what and where).<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[TaskFlow|TaskFlow]], Distributed Systems<br />
|-<br />
| Required skills || Python <br />
|-<br />
| Extra skills || Distributed Systems <br />
|-<br />
| Mentor || Joshua Harlow (harlowja)<br />
|}<br />
<br />
=== Policy | Policy enforcement in OpenStack: Nova Scheduling and Policy integration ===<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || [[GroupBasedPolicy|Policy]], [[Nova|Nova]]<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Test results dashboard ===<br />
<br />
Tasks:<br />
* Create an infra hosted dashboard view of testing results (both check/gate and periodic)<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Policy | Policy-based intent-driven OpenStack Cloud Infrastructure ===<br />
<br />
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]<br />
<br />
Tasks:<br />
* Extension of intent-based policy framework to Compute and Storage<br />
* Policy-based service composition integration with OpenDaylight<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || Sumit Naiksatam<br />
|}<br />
<br />
<br />
=== Rich Network Services in a Federated OpenStack Public Cloud ===<br />
<br />
L4-7 Services' integration, NFV, service function chaining, OpenDaylight<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills ||<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Understand OpenStack Operations via Insights from Logs and Metrics: A Data Science Perspective ===<br />
<br />
Tasks:<br />
* How do we make sense out of logs?<br />
* How do we set up alarms based on specific events (identify events)<br />
* Anomaly detection from Logs<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics ||<br />
|-<br />
| Required skills || Experience/interest in algorithms<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
<br />
=== Keystone | Dynamic Policy ===<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || [[Keystone|Keystone]]<br />
|-<br />
| Required skills || Python<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)<br />
|}<br />
<br />
=== Keystone | Tokenless Operations ===<br />
<br />
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.<br />
In few words, the fact of the signature on a document be valid does not mean that the signer was authorized to sign it.<br />
<br />
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.<br />
<br />
Tasks:<br />
* Extract signer data out of the certificates;<br />
* Fetch the complete list of certificate from Keystone using the OS-SIMPLE-CERT extension;<br />
* Match the signer to the cert to validate the signature and extract the domain data for the token;<br />
* Fetch the mapping info from the Federation extension;<br />
* Use the mapping info to convert from the signing cert to a keystone user and groups;<br />
* Fetch the effective roles from Keystone for the user/groups for that domain;<br />
* Fetch policy from Keystone;<br />
* Execute the policy check to validate that the signer could sign for the data.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || [[Keystone|Keystone]]<br />
|-<br />
| Required skills || Python<br />
|-<br />
| Extra skills ||<br />
|-<br />
| Mentor || David Stanek (dstanek), Samuel de Medeiros Queiroz (samueldmq)<br />
|}<br />
<br />
== More ideas ==<br />
<br />
Check out for more project ideas in:<br />
<br />
* 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)<br />
* Nova - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/nova-specs,n,z)<br />
* Keystone - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/keystone-specs,n,z)<br />
* Rally - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/rally-specs,n,z)<br />
* Cinder - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/cinder-specs,n,z)<br />
* Swift - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/swift-specs,n,z)<br />
* Zaqar - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/zaqar-specs,n,z)<br />
* Trove - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/trove-specs,n,z)<br />
* Neutron - Look through specs being proposed (https://review.openstack.org/#/q/project:openstack/neutron-specs,n,z)<br />
* OPW Ideas page - https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=49543GSoC2014/Student/saikrishna2014-04-21T22:46:36Z<p>Krishna1256: /* Project Description */</p>
<hr />
<div></div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=49542GSoC2014/Student/saikrishna2014-04-21T22:46:17Z<p>Krishna1256: /* Personal Details */</p>
<hr />
<div><br />
===Project Description===<br />
<br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=49541GSoC2014/Student/saikrishna2014-04-21T22:45:49Z<p>Krishna1256: /* Project Description */</p>
<hr />
<div><br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
<br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=49540GSoC2014/Student/saikrishna2014-04-21T22:45:12Z<p>Krishna1256: /* Link for my proposal. */</p>
<hr />
<div><br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
<br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
<br />
All further details are answered as part of the openstack template provided. Below is the link for the same.<br />
http://paste.openstack.org/show/73342/</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014&diff=49537GSoC20142014-04-21T22:43:57Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2014 ==<br />
<br />
[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.<br />
We need to get in this time!<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]<br />
<br />
<br />
=== Meetings ===<br />
<br />
==== Next Meeting ====<br />
<br />
* TBA<br />
<br />
===== Agenda =====<br />
<br />
* TBA<br />
<br />
==== Previous Meetings ====<br />
<br />
* Meeting #1 | Sorting Early Issues, Identifying Students/Mentors | [https://etherpad.openstack.org/p/openstack-gsoc-meeting1 etherpad]<br />
<br />
=== What is Openstack? ===<br />
<br />
[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. <br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
=== Mentors ===<br />
<br />
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]<br />
<br />
* Davanum Srinivas - dims - Nova, Oslo<br />
* Debo Dutta - dedutta - Nova, Ceilometer<br />
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo<br />
* Yathiraj Udupi - Yathi - Nova, Ceilometer<br />
* Fei Long Wang - flwang- Glance<br />
* Boris Pavlovic - boris-42 - Rally<br />
* Mikhail Dubov - msdubov - Rally<br />
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)<br />
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains<br />
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security<br />
* Balint Kovacs - blint@balabit.hu - Zorp<br />
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp<br />
* Arnaud Legendre - arnaud, alegendre@vmware.com - Oslo<br />
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure<br />
<br />
=== Students ===<br />
<br />
Students application period opens March 10 and ends on March 21.<br />
<br />
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:<br />
*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]<br />
* Shalmali Sahasrabudhe, India, shalmali.sahasrabudhe@gmail.com [Common Scheduler (Gantt) https://wiki.openstack.org/wiki/GSoC2014/Student/Shalmaliss ]<br />
*[[User:Talusani_Mani_Shanker|Manishanker Talusani]],India,shanker.mani0@gmail.com[ Fuzzing framework https://wiki.openstack.org/wiki/GSoC2014/Testing/Fuzz]<br />
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]<br />
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]<br />
* [[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]<br />
* [[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]].<br />
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]<br />
* [[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]]<br />
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone<br />
* Kumar Rishabh, India, email: shailrishabh@gmail.com, IRC - penguinRaider [Rally]<br />
* [[User:Msolanas|Marc Solanas]], US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]<br />
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]<br />
* [[GSoC2014/Student/RobberPhex|RobberPhex]], China, robberphex@gmail.com, Rally<br />
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]<br />
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]<br />
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]<br />
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]<br />
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]<br />
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]<br />
* [[User:Chenchong|Chenchong Qin]] - China - qinchenchong@gmail.com, chenchong - [[GSoC2014/Queues/Storage|Adding Redis as a Storage Backend to OpenStack Marconi]]<br />
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]<br />
* Fang Zhen, China, fz1989fz@gmail.com, fz1989 at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]]<br />
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]<br />
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]<br />
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]<br />
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]<br />
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* 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]<br />
* [[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]]<br />
* Junfeng Shen, China, yokoloki7@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Jeremy Henriques, India, jeremyh28@gmail.com, [OpenStack Message Queuing Service (Marconi)]<br />
* [[User:prashanthr|Prashanth Raghu]],India,pisprashanth@gmail.com, [OpenStack Message Queuing Service (Marconi)]<br />
* Angel Cambero, US, [ac5444@rit.edu/angelkanvero@gmail.com] [OpenStack Message Queuing Service (Marconi)]<br />
* Karim Benzidane, Morocco, k.benzidane@live.fr, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Saad Khoudali, Morocco, s.khoudali@yahoo.fr, [ [Monitoring and Telemetry- Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]<br />
* Renan Vicente, Brazil, renanvice@gmail.com,[OpenStack Networking (Neutron)]<br />
* Lionel Pereira, India, lpereira105@gmail.com, [Common Scheduler (Gantt)]<br />
* [[https://wiki.openstack.org/wiki/GSoC2014/Student/Amar Amar Sharma]], India, amarsharma.hacker@gmail.com, [OpenStack Message Queuing Service (Marconi)]<br />
<br />
=== Communication ===<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
Then, let's start to write your proposal! A proposal template can be seen at [[GSoC2014/StudentApplicationTemplate|GSoC2014/StudentApplicationTemplate]].<br />
<br />
=== Ideas ===<br />
<br />
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.<br />
<br />
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.<br />
<br />
'''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.'''<br />
<br />
<br />
==== Fuzz Testing (various projects) ====<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Hard<br />
|-<br />
| Topics || testing, tempest<br />
|-<br />
| Mentor || Sriram Subramanian<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]<br />
<br />
<br />
==== Scheduler (Nova) ====<br />
<br />
Nova (Compute) provides a scheduler framework which is aimed to be used by various OpenStack components.<br />
<br />
Check out more details about [https://github.com/openstack/nova Nova]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || schedulers, python, nova<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]] <br />
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]<br />
<br />
==== OpenStack Monitoring and Telemetry (Ceilometer) ====<br />
<br />
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.<br />
<br />
For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || ceilometer, data science<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]<br />
* [[Monitoring & Tuning network for QoS within Openstack]]<br />
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]<br />
<br />
==== OpenStack Message Queuing Service (Marconi) ====<br />
<br />
Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:<br />
<br />
* Create a queue<br />
* Post messages<br />
* Read them or claim them<br />
<br />
<br />
For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, marconi<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]<br />
<br />
<br />
==== OpenStack Common Libraries (Oslo) ====<br />
<br />
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.<br />
<br />
Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium - Hard<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera, Davanum Srinivas<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]<br />
* [[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]]<br />
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)<br />
<br />
==== Benchmarking System (Rally) ====<br />
<br />
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.<br />
<br />
[[File:Rally-Actions.png|500px|center]]<br />
<br />
* 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.<br />
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.<br />
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.<br />
<br />
<br />
For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || rally, benchmarks, deploying, python, tempest,<br />
|-<br />
| Mentor || Boris Pavlovic, Mikhail Dubov<br />
|}<br />
<br />
Proposed ideas:<br />
https://docs.google.com/a/mirantis.com/document/d/1DWQzjQYMJI-70r76o8eyOSeQJoizceDuRVogAczxjbc/edit#<br />
<br />
* Benchmarking OpenStack<br />
* Writing new benchmarks<br />
* Integration of Rally & Tempest <br />
* Processing Results <br />
* Improving Rally deploying system<br />
<br />
==== OpenStack Networking (Neutron) ====<br />
<br />
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).<br />
<br />
For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || drivers, python, networking, fwaas, neutron<br />
|-<br />
| Mentor || Balint Kovacs, Szilard Pfeiffer<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])<br />
<br />
<br />
==== OpenStack Data Processing (Savanna) ====<br />
<br />
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.<br />
<br />
Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna <br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || plugins, hadoop provision, savanna<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)<br />
<br />
==== OpenStack Infrastructure (infra) ====<br />
<br />
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.<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]<br />
<br />
<br />
=== Projects ===<br />
<br />
Current mentors are willing to supervise students in the following projects:<br />
<br />
* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]<br />
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]<br />
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]<br />
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]<br />
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]<br />
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]<br />
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]<br />
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]<br />
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]<br />
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]<br />
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]<br />
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Incubator/Storage&diff=49536GSoC2014/Incubator/Storage2014-04-21T22:42:35Z<p>Krishna1256: </p>
<hr />
<div>= Add a New Backend to Oslo.Cache =<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
[https://github.com/openstack/oslo-incubator/tree/master/openstack/common/cache Oslo Cache] provides a simple, Python dictionary-like abstraction over remote object caching. Currently, only a memory backend is implemented. To make this library more valuable, it's be amazing to have a few more backends available so that system operators could choose between them as needed.<br />
<br />
With this project, it will be your mission to implement (at least) one new backend.<br />
<br />
== Assumed Knowledge ==<br />
<br />
* Basic Python: classes, objects<br />
* Basic command line prowess<br />
<br />
Anything else you need to learn or need to know, we're happy to help with!<br />
<br />
== Project Goals ==<br />
<br />
* Create a github repository for the project<br />
* Implement the new backend<br />
* Have it pass all existing unit tests<br />
* Add new tests, if needed<br />
<br />
Implementing the backend consists of filling in the following methods for a child of [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L24 BaseCache]:<br />
<br />
{| class="wikitable"<br />
|-<br />
! Method !! Description<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L34 __init__] || Given a URL, connects to a client that can communicate with the cache server<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L40 _set] || Sets or updates a cache entry<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L88 _get] || Returns the value of the given key<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L115 __delitem__] || Deletes a key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L127 _clear] || Flush the cache<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L139 _incr] || Increments/decrements the key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L139 _append_tail] || Appends a list to the given key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L194 __contains__] || Is this key in the cache?<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L221 _set_many] || Sets many keys' value in a single operation.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L253 _unset_many] || Deletes many keys' values.<br />
|}<br />
<br />
== Project Nice-to-Haves ==<br />
<br />
* Benchmark it - how fast is it?<br />
* Demonstrate that it works over the network<br />
* Provide a PyPI package (oslo-cache-X)<br />
* Write the Docs! Include documentation about how to deploy with it<br />
* Implement more than one backend<br />
* Compare multiple backends<br />
<br />
====== Suggestions ======<br />
<br />
* [http://redis.io Redis]<br />
* [http://mongodb.org Mongodb]<br />
* [http://www.sqlalchemy.org/ SQL]<br />
* [http://hyperdex.org/ HyperDex]<br />
<br />
==Students' proposals==</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=46284GSoC2014/Student/saikrishna2014-03-21T15:19:47Z<p>Krishna1256: </p>
<hr />
<div><br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
<br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
<br />
All further details are answered as part of the openstack template provided. Below is the link for the same.<br />
http://paste.openstack.org/show/73342/<br />
<br />
==Link for my proposal.==<br />
<br />
http://paste.openstack.org/show/73605/</div>Krishna1256https://wiki.openstack.org/w/index.php?title=User:Krishna1256&diff=45555User:Krishna12562014-03-16T14:55:47Z<p>Krishna1256: Created page with "Hi, I am sai krishna, currently an MS student in IIIT Hyderabad. * IRC: freenode: saikrishna_ * Github:[https://github.com/anhsirksai saikrishna] * Twitter:[https://twitter..."</p>
<hr />
<div>Hi, <br />
I am sai krishna, currently an MS student in IIIT Hyderabad. <br />
<br />
* IRC: freenode: saikrishna_<br />
* Github:[https://github.com/anhsirksai saikrishna]<br />
* Twitter:[https://twitter.com/saikrishna_sv @saikrishna_sv]</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=45458GSoC2014/Student/saikrishna2014-03-13T12:49:37Z<p>Krishna1256: /* Create your proposal */</p>
<hr />
<div>"WIP"<br />
<br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
Description of ideas and implementation issues in detail.<br /><br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
All further details are answered as part of the openstack template provided. Below is the link for the same.<br />
http://paste.openstack.org/show/73342/<br />
<br />
==Create your proposal==<br />
Link for my proposal. This can still be updated after another round of review by my mentor. <br />
http://paste.openstack.org/show/73380/<br />
<br />
It would be nice if you can create your proposal page and ask mentors to check it :)<br /><br />
'''NOTE''' : You '''MUST''' make sure that you need to submit your application to GSoC website before the deadline not to your page!!!</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=45447GSoC2014/Student/saikrishna2014-03-13T08:44:47Z<p>Krishna1256: </p>
<hr />
<div>"WIP"<br />
<br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
Description of ideas and implementation issues in detail.<br /><br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
All further details are answered as part of the openstack template provided. Below is the link for the same.<br />
http://paste.openstack.org/show/73342/<br />
<br />
==Create your proposal==<br />
Link for my proposal. This can still be updated after another round of review by my mentor. <br />
http://paste.openstack.org/show/73344/<br />
<br />
It would be nice if you can create your proposal page and ask mentors to check it :)<br /><br />
'''NOTE''' : You '''MUST''' make sure that you need to submit your application to GSoC website before the deadline not to your page!!!</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=45443GSoC2014/Student/saikrishna2014-03-13T06:00:20Z<p>Krishna1256: /* Personal Details */</p>
<hr />
<div>'''WIP'''<br />
<br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || krishna1256@gmail.com<br />
|-<br />
| Name of your school or university || IIIT-Hyderabad<br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || saikrishna.sripada@students.iiit.ac.in<br />
|}<br />
<br />
===Project Description===<br />
Description of ideas and implementation issues in detail.<br /><br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
*What is the goal?<br />
*How will you achieve your goal?<br />
*What would be your milestone?<br />
*At which time will you complete a sub-task of your project?<br />
<br />
==Create your proposal==<br />
It would be nice if you can create your proposal page and ask mentors to check it :)<br /><br />
'''NOTE''' : You '''MUST''' make sure that you need to submit your application to GSoC website before the deadline not to your page!!!</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=44924GSoC2014/Student/saikrishna2014-03-07T18:02:30Z<p>Krishna1256: </p>
<hr />
<div>'''WIP'''<br />
<br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || <br />
|-<br />
| Name of your school or university || <br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || <br />
|}<br />
<br />
===Project Description===<br />
Description of ideas and implementation issues in detail.<br /><br />
*Project Idea url : https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage<br />
*What is the goal?<br />
*How will you achieve your goal?<br />
*What would be your milestone?<br />
*At which time will you complete a sub-task of your project?<br />
<br />
==Create your proposal==<br />
It would be nice if you can create your proposal page and ask mentors to check it :)<br /><br />
'''NOTE''' : You '''MUST''' make sure that you need to submit your application to GSoC website before the deadline not to your page!!!</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=44923GSoC2014/Student/saikrishna2014-03-07T17:58:51Z<p>Krishna1256: </p>
<hr />
<div>'''WIP'''<br />
<br />
===Personal Details===<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || <br />
|-<br />
| Name of your school or university || <br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || <br />
|}<br />
<br />
===Project Description===<br />
https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/StudentApplicationTemplate&diff=44919GSoC2014/StudentApplicationTemplate2014-03-07T17:55:39Z<p>Krishna1256: /* Project Description */</p>
<hr />
<div>==Proposal template (not completed)==<br />
<br />
The following is a proposal template that students may use for their proposal.<br />
<br />
'''NOTE''' : This is not a completed version, so there will be some changes. Please bring your ideas to discuss what we can include within a proposal template at [http://lists.openstack.org/pipermail/openstack-dev/2014-March/028925.html GSoC 2014 Proposal Template]. :)<br />
<br />
===Personal Details===<br />
*Name<br />
*Email<br />
*Name of your school or university<br />
*IRC nickname[freenode]<br />
*Other contact methods (If you have)<br />
<br />
===Project Description===<br />
Describe your ideas and implementation issues in detail.<br /><br />
*Project Idea url :<br />
*What is the goal?<br />
*How will you achieve your goal?<br />
*What would be your milestone?<br />
*At which time will you complete a sub-task of your project?<br />
*etc...<br />
<br />
===Background===<br />
Describe your backgroud that could be related to your project or be taken into account.<br />
*Open source contribution<br />
*Academic background<br />
*Intern or work experience<br />
*Programming language or software skills<br />
*etc...<br />
<br />
==Create your proposal==<br />
It would be nice if you can create your proposal page and ask mentors to check it :)<br /><br />
'''NOTE''' : You '''MUST''' make sure that you need to submit your application to GSoC website before the deadline not to your page!!!<br />
<br />
===Create your page===<br />
You can simply type in address bar, for example (replacing YOUR_NAME with your name),<br />
<br />
https://wiki.openstack.org/wiki/GSoC2014/Student/YOUR_NAME<br />
<br />
After you have done it, then edit your page and put some information!<br />
<br />
===Link your page===<br />
Once you have done with your page, why not create a link on a project page? To do this, you may use the same format which can be seen on [[GSoC2014/Incubator/SharedLib#Students.27_proposals|Students' proposals]]. If you are not sure how to create a table, please check [edit] which can be found right next to the title [[GSoC2014/Incubator/SharedLib#Students.27_proposals|Students' proposals]] after you log in.</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Incubator/Storage&diff=44528GSoC2014/Incubator/Storage2014-03-06T16:29:18Z<p>Krishna1256: </p>
<hr />
<div>= Add a New Backend to Oslo.Cache =<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
[https://github.com/openstack/oslo-incubator/tree/master/openstack/common/cache Oslo Cache] provides a simple, Python dictionary-like abstraction over remote object caching. Currently, only a memory backend is implemented. To make this library more valuable, it's be amazing to have a few more backends available so that system operators could choose between them as needed.<br />
<br />
With this project, it will be your mission to implement (at least) one new backend.<br />
<br />
== Assumed Knowledge ==<br />
<br />
* Basic Python: classes, objects<br />
* Basic command line prowess<br />
<br />
Anything else you need to learn or need to know, we're happy to help with!<br />
<br />
== Project Goals ==<br />
<br />
* Create a github repository for the project<br />
* Implement the new backend<br />
* Have it pass all existing unit tests<br />
* Add new tests, if needed<br />
<br />
Implementing the backend consists of filling in the following methods for a child of [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L24 BaseCache]:<br />
<br />
{| class="wikitable"<br />
|-<br />
! Method !! Description<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L34 __init__] || Given a URL, connects to a client that can communicate with the cache server<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L40 _set] || Sets or updates a cache entry<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L88 _get] || Returns the value of the given key<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L115 __delitem__] || Deletes a key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L127 _clear] || Flush the cache<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L139 _incr] || Increments/decrements the key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L139 _append_tail] || Appends a list to the given key.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L194 __contains__] || Is this key in the cache?<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L221 _set_many] || Sets many keys' value in a single operation.<br />
|-<br />
| [https://github.com/openstack/oslo-incubator/blob/master/openstack/common/cache/backends.py#L253 _unset_many] || Deletes many keys' values.<br />
|}<br />
<br />
== Project Nice-to-Haves ==<br />
<br />
* Benchmark it - how fast is it?<br />
* Demonstrate that it works over the network<br />
* Provide a PyPI package (oslo-cache-X)<br />
* Write the Docs! Include documentation about how to deploy with it<br />
* Implement more than one backend<br />
* Compare multiple backends<br />
<br />
====== Suggestions ======<br />
<br />
* [http://redis.io Redis]<br />
* [http://mongodb.org Mongodb]<br />
* [http://www.sqlalchemy.org/ SQL]<br />
* [http://hyperdex.org/ HyperDex]<br />
<br />
==Students' proposals==<br />
{| class="wikitable"<br />
|-<br />
| Student || Proposal Link<br />
|-<br />
| saikrishna || [[GSoC2014/Student/saikrishna|https://wiki.openstack.org/wiki/GSoC2014/Student/saikrishna]]<br />
|}</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=44527GSoC2014/Student/saikrishna2014-03-06T16:28:47Z<p>Krishna1256: </p>
<hr />
<div>'''WIP'''<br />
<br />
'''Personal Details'''<br />
{| class="wikitable"<br />
|-<br />
| Name || Sai krishna<br />
|-<br />
| Email || <br />
|-<br />
| Name of your school or university || <br />
|-<br />
| IRC nickname[freenode] || saikrishna_<br />
|-<br />
|Other contact methods (If you have) || <br />
|}<br />
<br />
'''Project Description'''<br />
https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014/Student/saikrishna&diff=44500GSoC2014/Student/saikrishna2014-03-06T11:19:47Z<p>Krishna1256: Created page with "'''Personal Details''' •Name Sai krishna •Email Krishna1256@gmail.com •Name of your school or university IIIT-Hyderabad •IRC nickname[freenode] saikrishna_ •Other..."</p>
<hr />
<div>'''Personal Details'''<br />
•Name Sai krishna <br />
•Email Krishna1256@gmail.com<br />
•Name of your school or university IIIT-Hyderabad<br />
•IRC nickname[freenode] saikrishna_<br />
•Other contact methods (If you have) alternate mail_id: saikrishna.sripada@students.iiit.ac.in<br />
<br />
'''Project Description'''<br />
https://wiki.openstack.org/wiki/GSoC2014/Incubator/Storage</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014&diff=44029GSoC20142014-03-04T04:59:41Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2014 ==<br />
<br />
[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.<br />
We need to get in this time!<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]<br />
<br />
<br />
=== What is Openstack? ===<br />
<br />
[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. <br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
=== Mentors ===<br />
<br />
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]<br />
<br />
* Davanum Srinivas - dims - Nova, Oslo<br />
* Debo Dutta - dedutta - Nova, Ceilometer<br />
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo<br />
* Yathiraj Udupi - Yathi - Nova, Ceilometer<br />
* Fei Long Wang - flwang- Glance<br />
* Boris Pavlovic - boris-42 - Rally<br />
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)<br />
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains<br />
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security<br />
* Balint Kovacs - blint@balabit.hu - Zorp<br />
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp<br />
* Arnaud Legendre - arnaud, alegendre@vmware.com - Oslo<br />
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure<br />
<br />
=== Students ===<br />
<br />
Students application period opens March 10 and ends on March 21.<br />
<br />
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:<br />
*[[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]<br />
* Shalmali Sahasrabudhe, India, shalmali.sahasrabudhe@gmail.com [Common Scheduler (Gantt) ]<br />
*Manishanker Talusani,India,shanker.mani0@gmail.com[Project not selected yet]<br />
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]<br />
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]<br />
* Anastasios Andronidis, Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]<br />
* Artem Shepelev, Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]].<br />
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]<br />
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi)<br />
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone<br />
* Kumar Rishabh, India, email: shailrishabh@gmail.com [would fill more details later]<br />
* Marc Solanas Tarre, US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]<br />
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]<br />
* RobberPhex, China, robberphex@gmail.com, Rally<br />
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]<br />
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]<br />
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]<br />
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]<br />
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]<br />
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]<br />
* Chenchong Qin, China, qinchenchong@gmail.com, Neutron<br />
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]<br />
* Fang Zhen, China, fz1989fz@gmail.com, fz1989 at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]]<br />
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]<br />
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]<br />
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]<br />
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]<br />
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* 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]<br />
* Ondra Machacek, Czech Republic machacek.ondra@gmail.com, omachace [infra]<br />
* Tzanetos Balitsaris, Greece, tzabal AT it DOT teithe DOT gr, tzabal, [project not selected yet]<br />
* Junfeng Shen, China, yokoloki7@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Jeremy Henriques, India, jeremyh28@gmail.com, [OpenStack Message Queuing Service (Marconi)]<br />
<br />
=== Communication ===<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
<br />
=== Ideas ===<br />
<br />
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.<br />
<br />
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.<br />
<br />
'''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.'''<br />
<br />
<br />
==== Fuzz Testing (various projects) ====<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Hard<br />
|-<br />
| Topics || testing, tempest<br />
|-<br />
| Mentor || Sriram Subramanian<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]<br />
<br />
<br />
==== Common Scheduler (Gantt) ====<br />
<br />
Gantt provides a common scheduler framework for use by various OpenStack components.<br />
<br />
Check out more details about [https://github.com/openstack/gantt Gantt]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || schedulers, python, gantt<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/StandAloneScheduler|Implement a stand-alone scheduler based on the scheduler forklift code]]<br />
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]] <br />
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]<br />
<br />
<br />
==== OpenStack Monitoring and Telemetry (Ceilometer) ====<br />
<br />
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.<br />
<br />
For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || ceilometer, data science<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]<br />
* [[Monitoring & Tuning network for QoS within Openstack]]<br />
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]<br />
<br />
==== OpenStack Message Queuing Service (Marconi) ====<br />
<br />
Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:<br />
<br />
* Create a queue<br />
* Post messages<br />
* Read them or claim them<br />
<br />
<br />
For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, marconi<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]<br />
<br />
<br />
==== OpenStack Common Libraries (Oslo) ====<br />
<br />
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.<br />
<br />
Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium - Hard<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera, Davanum Srinivas<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]<br />
* [[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]]<br />
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)<br />
<br />
==== Benchmarking System (Rally) ====<br />
<br />
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.<br />
<br />
[[File:Rally-Actions.png|500px|center]]<br />
<br />
* 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.<br />
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.<br />
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.<br />
<br />
<br />
For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || rally, benchmarks, deploying, python, tempest,<br />
|-<br />
| Mentor || Boris Pavlovic<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* Benchmarking OpenStack<br />
* Writing new benchmarks<br />
* Integration of Rally & Tempest <br />
* Processing Results <br />
* Improving Rally deploying system<br />
<br />
<br />
==== OpenStack Networking (Neutron) ====<br />
<br />
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).<br />
<br />
For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || drivers, python, networking, fwaas, neutron<br />
|-<br />
| Mentor || Balint Kovacs, Szilard Pfeiffer<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])<br />
<br />
<br />
==== OpenStack Data Processing (Savanna) ====<br />
<br />
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.<br />
<br />
Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna <br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || plugins, hadoop provision, savanna<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)<br />
<br />
==== OpenStack Infrastructure (infra) ====<br />
<br />
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.<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]<br />
<br />
<br />
=== Projects ===<br />
<br />
Current mentors are willing to supervise students in the following projects:<br />
<br />
* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]<br />
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]<br />
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]<br />
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]<br />
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]<br />
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]<br />
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]<br />
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]<br />
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]<br />
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]<br />
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]<br />
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014&diff=43833GSoC20142014-03-02T18:05:20Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2014 ==<br />
<br />
[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.<br />
We need to get in this time!<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]<br />
<br />
<br />
=== What is Openstack? ===<br />
<br />
[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. <br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
=== Mentors ===<br />
<br />
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]<br />
<br />
* Davanum Srinivas - dims - Nova, Oslo<br />
* Debo Dutta - dedutta - Nova, Ceilometer<br />
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo<br />
* Yathiraj Udupi - Yathi - Nova, Ceilometer<br />
* Fei Long Wang - flwang- Glance<br />
* Boris Pavlovic - boris-42 - Rally<br />
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)<br />
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains<br />
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security<br />
* Balint Kovacs - blint@balabit.hu - Zorp<br />
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp<br />
* Arnaud Legendre - arnaud, alegendre@vmware.com - Oslo<br />
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure<br />
<br />
=== Students ===<br />
<br />
Students application period opens March 10 and ends on March 21.<br />
<br />
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:<br />
*[[https://launchpad.net/~krishna1256 Sai Krishna]],India,krishna1256@gmail.com,saikrishna_,[[[GSoC2014/Queues/Storage|https://wiki.openstack.org/wiki/GSoC2014/Queues/Storage]]]<br />
*Manishanker Talusani,India,shanker.mani0@gmail.com[Project not selected yet]<br />
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]<br />
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]<br />
* Anastasios Andronidis, Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]<br />
* Artem Shepelev, Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]].<br />
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]<br />
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi)<br />
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone<br />
* Kumar Rishabh, India, email: shailrishabh@gmail.com [would fill more details later]<br />
* Marc Solanas Tarre, US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]<br />
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]<br />
* RobberPhex, China, robberphex@gmail.com, Rally<br />
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]<br />
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]<br />
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]<br />
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]<br />
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]<br />
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]<br />
* Chenchong Qin, China, qinchenchong@gmail.com, Neutron<br />
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]<br />
* Fang Zhen, China, fz1989fz@gmail.com,[Gantt, Ceilometer]<br />
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]<br />
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]<br />
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]<br />
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]<br />
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* 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]<br />
* Ondra Machacek, Czech Republic machacek.ondra@gmail.com, omachace [infra]<br />
* Tzanetos Balitsaris, Greece, tzabal AT it DOT teithe DOT gr, tzabal, [project not selected yet]<br />
* Junfeng Shen, China, yokoloki7@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
<br />
=== Communication ===<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
<br />
=== Ideas ===<br />
<br />
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.<br />
<br />
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.<br />
<br />
'''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.'''<br />
<br />
<br />
==== Fuzz Testing (various projects) ====<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Hard<br />
|-<br />
| Topics || testing, tempest<br />
|-<br />
| Mentor || Sriram Subramanian<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]<br />
<br />
<br />
==== Common Scheduler (Gantt) ====<br />
<br />
Gantt provides a common scheduler framework for use by various OpenStack components.<br />
<br />
Check out more details about [https://github.com/openstack/gantt Gantt]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || schedulers, python, gantt<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/StandAloneScheduler|Implement a stand-alone scheduler based on the scheduler forklift code]]<br />
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]] <br />
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]<br />
<br />
<br />
==== OpenStack Monitoring and Telemetry (Ceilometer) ====<br />
<br />
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.<br />
<br />
For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || ceilometer, data science<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]<br />
* [[Monitoring & Tuning network for QoS within Openstack]]<br />
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]<br />
<br />
==== OpenStack Message Queuing Service (Marconi) ====<br />
<br />
Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:<br />
<br />
* Create a queue<br />
* Post messages<br />
* Read them or claim them<br />
<br />
<br />
For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, marconi<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]<br />
<br />
<br />
==== OpenStack Common Libraries (Oslo) ====<br />
<br />
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.<br />
<br />
Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium - Hard<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera, Davanum Srinivas<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]<br />
* [[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]]<br />
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)<br />
<br />
==== Benchmarking System (Rally) ====<br />
<br />
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.<br />
<br />
[[File:Rally-Actions.png|500px|center]]<br />
<br />
* 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.<br />
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.<br />
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.<br />
<br />
<br />
For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || rally, benchmarks, deploying, python, tempest,<br />
|-<br />
| Mentor || Boris Pavlovic<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* Benchmarking OpenStack<br />
* Writing new benchmarks<br />
* Integration of Rally & Tempest <br />
* Processing Results <br />
* Improving Rally deploying system<br />
<br />
<br />
==== OpenStack Networking (Neutron) ====<br />
<br />
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).<br />
<br />
For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || drivers, python, networking, fwaas, neutron<br />
|-<br />
| Mentor || Balint Kovacs, Szilard Pfeiffer<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])<br />
<br />
<br />
==== OpenStack Data Processing (Savanna) ====<br />
<br />
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.<br />
<br />
Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna <br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || plugins, hadoop provision, savanna<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)<br />
<br />
==== OpenStack Infrastructure (infra) ====<br />
<br />
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.<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]<br />
<br />
<br />
=== Projects ===<br />
<br />
Current mentors are willing to supervise students in the following projects:<br />
<br />
* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]<br />
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]<br />
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]<br />
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]<br />
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]<br />
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]<br />
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]<br />
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]<br />
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]<br />
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]<br />
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]<br />
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]</div>Krishna1256https://wiki.openstack.org/w/index.php?title=GSoC2014&diff=43832GSoC20142014-03-02T17:45:28Z<p>Krishna1256: /* Students */</p>
<hr />
<div>== Google Summer of Code 2014 ==<br />
<br />
[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.<br />
We need to get in this time!<br />
<br />
Link to call for participation: [http://google-opensource.blogspot.com/2014/02/mentoring-organization-applications-now.html here]<br />
<br />
Link to FAQs: [http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page here]<br />
<br />
<br />
=== What is Openstack? ===<br />
<br />
[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. <br />
<br />
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'''.<br />
<br />
OpenStack is [http://i.imgur.com/gAyoiF8.png continuously growing] and new and exciting projects are being discussed everyday.<br />
<br />
We encourage new contributors to participate and help us make OpenStack the most complete, reliable and flexible open-source cloud service!<br />
<br />
<br />
=== Mentors ===<br />
<br />
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]<br />
<br />
* Davanum Srinivas - dims - Nova, Oslo<br />
* Debo Dutta - dedutta - Nova, Ceilometer<br />
* [[User:Alejandro_Cabrera|Alejandro Cabrera]] - alcabrera - Marconi, Oslo<br />
* Yathiraj Udupi - Yathi - Nova, Ceilometer<br />
* Fei Long Wang - flwang- Glance<br />
* Boris Pavlovic - boris-42 - Rally<br />
* [[User:Sergey_Lukjanov|Sergey Lukjanov]] - SergeyLukjanov - Savanna (proxy to help find mentor in Savanna community)<br />
* [[User:colinmcnamara|Colin McNamara]] - colinmcnamara - OpenStack Docs, OpenStack Training and ToolChains<br />
* [[User:sriramhere|Sriram Subramanian]] - Fuzz Testing, OpenStack Security<br />
* Balint Kovacs - blint@balabit.hu - Zorp<br />
* Szilard Pfeiffer - floss@pfeifferszilard.hu - Zorp<br />
* Arnaud Legendre - arnaud, alegendre@vmware.com - Oslo<br />
* Joshua Hesketh - jhesketh, joshua.hesketh@rackspace.com - OpenStack Infrastructure<br />
<br />
=== Students ===<br />
<br />
Students application period opens March 10 and ends on March 21.<br />
<br />
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:<br />
*Sai Krishna,India,krishna1256@gmail.com,saikrishna_,[[[GSoC2014/Queues/Storage|https://wiki.openstack.org/wiki/GSoC2014/Queues/Storage]]]<br />
*Manishanker Talusani,India,shanker.mani0@gmail.com[Project not selected yet]<br />
*Saket Sinha, India, saket.sinha89@gmail.com [project not selected yet]<br />
* Adnan Khan, Canada, khnd06@gmail.com [project not selected yet]<br />
* Anastasios Andronidis, Greece, andronat_asf@hotmail.com. Proposed: [https://docs.google.com/document/d/1mWWSyftZYXxfXKzOBVeVma8KJbQRmYNPnns3oixHVMk/edit?usp=sharing Glance Scalable Image Precaching]<br />
* Artem Shepelev, Russia, e-mail: shepelev.artem@gmail.com, ashepelev at irc.freenode.net, [[GSoC2014/Scheduler/CrossServicesScheduler|OpenStack/Gantt Cross-services Scheduler]].<br />
* Fabio Morais, Brazil, fabio.jorge@gmail.com [Ceilometer; Proposed: [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]]<br />
* [[User:Vkmc|Victoria Martínez de la Cruz]] - Argentina - victoria@vmartinezdelacruz.com - vkmc - OpenStack Message Queuing (Marconi)<br />
* [[User:Damon_Wang|Wei Wang]], China, damon.devops@gmail.com, Neutron & Keystone<br />
* Kumar Rishabh, India, email: shailrishabh@gmail.com [would fill more details later]<br />
* Marc Solanas Tarre, US, email: marc@solanas.cat, mst89, [Monitoring and Telemetry how to detect network anomalies from telemetry data within Openstack]<br />
* Pengfei Zhang, US, lalasjtu@gmail.com, Sparky, [Monitoring and Telemetry Monitoring & Tuning network for QoS within Openstack]<br />
* RobberPhex, China, robberphex@gmail.com, Rally<br />
* Rodrigo Duarte, Brazil, rodrigodsousa@gmail.com, rodrigods at irc.freenode.net [Gantt]<br />
* Rishi Raj Singh, India, rishiraj.devel@gmail.com, [project not selected yet]<br />
* [[User:Telles Nobrega|Telles Nóbrega]], Brazil, tellesnobrega@gmail.com, tellesnobrega at irc.freenode.net [Keystone, Nova, Savanna, Ceilometer]<br />
* Md Ali Ahsan Rana, Canada, aliahsanrana@gmail.com, [Oslo, Rally]<br />
* George Ebbinason, India, ebbinason@hotmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* Masaru Nomura, UK, massa.nomura@gmail.com, [OpenStack Incubator (Oslo) - Implement a re-usable shared library for vmware (oslo.vmware)]<br />
* Santosh Iyer, US, mails2santosh@gmail.com, [Nova, Ceilometer, Savanna]<br />
* Chenchong Qin, China, qinchenchong@gmail.com, Neutron<br />
* Andrew Chul, Russia, andymitrich@gmail.com, [project not selected yet]<br />
* Fang Zhen, China, fz1989fz@gmail.com,[Gantt, Ceilometer]<br />
* Abhinav Saxena, India, abhinav.saxena.57@gmail.com [project not yet selected]<br />
* Pranav Singh, India, singh.pranavkumar10@gmail.com, purple_haze, [project not yet selected]<br />
* Demontiê dos Santos, Brazil, demontiejunior@gmail.com, dsantos_ at irc.freenode.net, [Nova]<br />
* [[User:Danielbrunos|Daniel Bruno]], Brazil, danielbrunos@gmail.com, danielbruno, [Heat, Savanna, Nova, Neutron]<br />
* Dániel Csubák, Hungary, cyrrian@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
* 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]<br />
* Ondra Machacek, Czech Republic machacek.ondra@gmail.com, omachace [infra]<br />
* Tzanetos Balitsaris, Greece, tzabal AT it DOT teithe DOT gr, tzabal, [project not selected yet]<br />
* Junfeng Shen, China, yokoloki7@gmail.com, [OpenStack Networking (Neutron) - Implement an application-level FWaaS driver]<br />
<br />
=== Communication ===<br />
<br />
Get in touch with mentors and students through the [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev openstack-dev mailing list].<br />
<br />
Also, you can find us at IRC in #openstack-gsoc at irc.freenode.org.<br />
<br />
<br />
=== Ideas ===<br />
<br />
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.<br />
<br />
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.<br />
<br />
'''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.'''<br />
<br />
<br />
==== Fuzz Testing (various projects) ====<br />
<br />
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.<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Hard<br />
|-<br />
| Topics || testing, tempest<br />
|-<br />
| Mentor || Sriram Subramanian<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Testing/Fuzz|Implement a Fuzz testing framework that can be run on Tempest or a similar framework]]<br />
<br />
<br />
==== Common Scheduler (Gantt) ====<br />
<br />
Gantt provides a common scheduler framework for use by various OpenStack components.<br />
<br />
Check out more details about [https://github.com/openstack/gantt Gantt]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || schedulers, python, gantt<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/StandAloneScheduler|Implement a stand-alone scheduler based on the scheduler forklift code]]<br />
* [[GSoC2014/Scheduler/ScalableScheduler|Implement a scalable scheduler]] <br />
* [[GSoC2014/Scheduler/CrossServicesScheduler|Implement a cross-services scheduler]]<br />
<br />
<br />
==== OpenStack Monitoring and Telemetry (Ceilometer) ====<br />
<br />
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.<br />
<br />
For more details about Ceilometer project, check out the [[Ceilometer#OpenStack_Telemetry_.28Ceilometer.29|wiki]]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || ceilometer, data science<br />
|-<br />
| Mentor || Debo<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Scheduler/NetworkAnomalyDetection|How to detect network anomalies from telemetry data within Openstack]]<br />
* [[Monitoring & Tuning network for QoS within Openstack]]<br />
* [[GSoC2014/Ceilometer/UnderstandingBurstsLifecycle|Applying OpenStack telemetry to understand the bursts lifecycle in resource usage]]<br />
<br />
==== OpenStack Message Queuing Service (Marconi) ====<br />
<br />
Openstack Message Queuing Service (Marconi) provides a distributed queue. The basic concept is simple:<br />
<br />
* Create a queue<br />
* Post messages<br />
* Read them or claim them<br />
<br />
<br />
For full details on Marconi project, check out the [https://wiki.openstack.org/wiki/Marconi wiki]!<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || storage, python, marconi<br />
|-<br />
| Mentor || Alejandro Cabrera<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Queues/Storage | Add a New Storage Backend]]<br />
<br />
<br />
==== OpenStack Common Libraries (Oslo) ====<br />
<br />
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.<br />
<br />
Check out more details about Oslo project on the [https://wiki.openstack.org/wiki/oslo wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium - Hard<br />
|-<br />
| Topics || storage, python, oslo<br />
|-<br />
| Mentor || Alejandro Cabrera, Davanum Srinivas<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Incubator/Storage|Add a new backend to oslo.cache]]<br />
* [[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]]<br />
* [[GSoC2014/Incubator/Plugin|Define a new layer/abstraction in Nova for plugging-in vCenter and ovirt (since they span multiple hosts)]] (WIP)<br />
<br />
==== Benchmarking System (Rally) ====<br />
<br />
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.<br />
<br />
[[File:Rally-Actions.png|500px|center]]<br />
<br />
* 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.<br />
* Verify - (work in progress) Use tempest to verify functionality of deployed openstack. In future Rally will support other OS verifiers.<br />
* Benchmark - Smart combination of Framework, Load generation & Big repository of benchmarks.<br />
<br />
<br />
For more details about Rally project, check out [https://wiki.openstack.org/wiki/rally wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || rally, benchmarks, deploying, python, tempest,<br />
|-<br />
| Mentor || Boris Pavlovic<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* Benchmarking OpenStack<br />
* Writing new benchmarks<br />
* Integration of Rally & Tempest <br />
* Processing Results <br />
* Improving Rally deploying system<br />
<br />
<br />
==== OpenStack Networking (Neutron) ====<br />
<br />
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).<br />
<br />
For full details about Neutron, check out the [https://wiki.openstack.org/wiki/Neutron wiki]<br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty || Medium<br />
|-<br />
| Topics || drivers, python, networking, fwaas, neutron<br />
|-<br />
| Mentor || Balint Kovacs, Szilard Pfeiffer<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/Network/Driver|Implement an application-level FWaaS driver]] ([https://github.com/balabit/zorp/wiki/zorp Zorp])<br />
<br />
<br />
==== OpenStack Data Processing (Savanna) ====<br />
<br />
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.<br />
<br />
Check out the [https://wiki.openstack.org/wiki/Savanna wiki] to learn more about Savanna <br />
<br />
{| class="wikitable"<br />
|-<br />
| Difficulty ||<br />
|-<br />
| Topics || plugins, hadoop provision, savanna<br />
|-<br />
| Mentor ||<br />
|}<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/DataProcessing/Plugin|Develop a new plugin for Savanna to extend savanna.plugins.provisioning:ProvisioningPluginBase class and implement all the required methods.]] (WIP)<br />
<br />
==== OpenStack Infrastructure (infra) ====<br />
<br />
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.<br />
<br />
Proposed ideas,<br />
<br />
* [[GSoC2014/ReplaceJenkins|Replace Jenkins with a more scalable solution based on the zuul-gearman protocol]]<br />
<br />
<br />
=== Projects ===<br />
<br />
Current mentors are willing to supervise students in the following projects:<br />
<br />
* [https://wiki.openstack.org/wiki/Nova Openstack Compute (Nova)]<br />
* [https://wiki.openstack.org/wiki/Climate Resource Reservation (Climate)]<br />
* [https://github.com/openstack/gantt Common Scheduler (Gantt)]<br />
* [https://wiki.openstack.org/wiki/Marconi OpenStack Message Queuing (Marconi)]<br />
* [https://wiki.openstack.org/wiki/Oslo OpenStack Common Libraries (Oslo)]<br />
* [https://wiki.openstack.org/wiki/Neutron OpenStack Networking (Neutron)]<br />
* [https://wiki.openstack.org/wiki/Swift OpenStack Object Storage (Swift)]<br />
* [https://wiki.openstack.org/wiki/Cinder OpenStack Block Storage (Cinder)]<br />
* [https://wiki.openstack.org/wiki/Heat OpenStack Orchestration (Heat)]<br />
* [https://wiki.openstack.org/wiki/Savanna OpenStack Data Processing (Savanna)]<br />
* [https://wiki.openstack.org/wiki/Ceilometer OpenStack Telemetry (Ceilometer)]<br />
* [https://wiki.openstack.org/wiki/Rally Benchmarking System (Rally) ]</div>Krishna1256