[Main Conference] [clear filter]
Tuesday, October 27

11:15am JST

Get OpenStack to speak your language - OpenStack I18n Team Introduction
OpenStack is a global community, OpenStack is deployed in many countries. As such, Internationalization (i18n) is essential to the success of OpenStack. The i18n team is a very special team whose contributions, in the form of translations, are of great value to the development and documentation of OpenStack.

In this session we will cover the team structure, how to become part of it, the process to translate OpenStack's different modules and documentation, and the translation tool used to do it (Zanata). The Japanese translation team coordinator will also share his experiences in openstack translation.

Come and join us to learn how to help OpenStack speak your language!

avatar for Carlos Munoz

Carlos Munoz

Red Hat Zanata Dev Lead
Carlos is currently Globalization Engineering Supervisor at Red Hat. He holds both a Bachelor's and Master's degrees in Software Engineering along with over 10 years of software development experience in a variety of industries. He leads the team in charge of the core development... Read More →
avatar for KATO Tomoyuki

KATO Tomoyuki

Sales Engineer, Fujitsu
KATO is a sales engineer at Fujitsu, a coordinator of Japanese translation team and Documentation core team. He has been contributing OpenStack, mainly I18n Japanese and Documentation, for about 3 years.

Tuesday October 27, 2015 11:15am - 11:55am JST

12:05pm JST

Contributing as an OpenStack User
Have you ever had a really interesting idea that you believe could benefit a significant number of OpenStack clouds but you are not a developer so can't contribute code?  Join us in this session to learn about the various ways non-developers can (and need to!) contribute to the OpenStack community. This session not only applies to operators but to any person that has a stake in the future of OpenStack. 

We will cover review and discuss groups that exist inside the OpenStack community that focus on specific market segments and how to get involved with them. We will also introduce the concept of user stories and how to submit them to the newly formed Product Working Group. 

What you will get out of this session:

  • An overview of the User Committee and [Working Groups]/teams that exist today

  • An understanding of the role that the Product WG plays, how to interact with it, and how its results are used in the community

  • Learn how you can submit user stories using the Product WG Repo and Template

  • Instructions/demo on how to submit a user story

  • Understand the value of work group participation as an OpenStack user

avatar for Rochelle Grober

Rochelle Grober

Senior Staff Architect - Huawei, Huawei Technologies
Rocky is an industry veteran, with experience spanning computer bring up to AI, networks and embedded. But her attention always seems to return to close to the metal, large infrastructure. Starting out in EE, she migrated to SW development then on to QA and SW Process, which is why... Read More →
avatar for Megan Rossetti

Megan Rossetti

Senior Engineer, Cloud Technology, Walmart
Megan Rossetti is a project manager with the Comcast OpenStack operations team. She works with the team to set project priorities and meet ever-changing deadlines. In the last four years at Comcast, she has worked on a variety of different projects, and began her OpenStack journey... Read More →
avatar for Shamail Tahir

Shamail Tahir

Offering Manager, IBM Private Cloud and OpenStack Initiatives, IBM
I am an Offering Manager for OpenStack Initiatives at IBM Cloud and enthusiastic about technology.  In my current role, I am focused on open-source and product strategy.  I have been in the OpenStack community since 2013 and I am currently participating in the Product, Enterprise... Read More →

Tuesday October 27, 2015 12:05pm - 12:45pm JST

2:50pm JST

Life Without DevStack: Upstream Development With OSAD
In this talk I will share my experience doing upstream OpenStack development using the OpenStack Ansible Deployment (OSAD) distribution instead of DevStack as my development platform.

OSAD is a production OpenStack distribution for private clouds that deploys upstream OpenStack direct from the official git repositories, without any vendor-specific patches or add-ons. But unlike DevStack, services are isolated from each other in LXC containers, providing more flexibility and less dependency headaches.

In this talk I will give you an introduction to the OSAD project and show you how I use it to contribute code upstream. Topics I will cover during the presentation include: 

  • What is OSAD?

  • Architecture overview

  • How to deploy an OSAD all-in-one for upstream development

  • OSAD vs. DevStack: How are they similar, and how are they different?

  • Development workflow

  • Types of upstream work that work well with OSAD.

  • Types of upstream work that do not work well with OSAD.

  • Live Demonstration

avatar for Miguel Grinberg

Miguel Grinberg

Software Developer at Rackspace
Miguel Grinberg is a Software Developer with Rackspace. He is the author of the O'Reilly book "Flask Web Development", and has a blog at http://blog.miguelgrinberg.com, where he writes about a variety of topics including web development, Python, robotics, photography and the occasional... Read More →

Tuesday October 27, 2015 2:50pm - 3:30pm JST

4:40pm JST

Data Processing is Made of People: A Case Study in Role-Empathic API Design in Sahara
The “As a…” clause of the classic user story is easily forgotten. To build a feature, we must know what it is and why someone would want it, but as developers we often abstract away the user. Building “the simplest thing that can possibly work” is usually a critical design tool, but without active attention to customer roles and workflows, it can lead to APIs that leak the implementation details of underlying technology or prioritize machine logic over human understanding.

We will use the Unified Job Interface Map feature in the OpenStack Data processing service (sahara)’s Liberty release as a case study in role-aware API design. In addition to demonstrating how this feature can improve communication between data processing developers and cluster operations engineers in your organization, we will examine:

  1. Why APIs in the OSS infrastructure and tools space are bound to leak implementation details at some level.

  2. Why the ideal of an API flow that is intuitive to any user from any entry point is likely a fool’s errand.

  3. Why multi-role customer flows mean that the “simplest thing that can possibly work” usually doesn't at handoff points between users.

  4. How domain-specific awareness of user roles allows smart choices about where to go ahead and leak implementation details and where to build a dam.

  5. How features to facilitate inter-role communication can quite often be built iteratively, on top of existing APIs.

Data processing users will leave this session with details on a powerful model for easing communication between development and operations in Sahara. OpenStack contributors will leave this session with a refreshed perspective on the importance of understanding not only the use case, or even “the user”, but the many roles within an OpenStack customer organization.

avatar for Ethan Gafford

Ethan Gafford

Senior Software Engineer, Red Hat, Inc., Red Hat
I'm a lifelong programming hobbyist and open source enthusiast who found my way back to software after starting my career as a Registered Nurse (I originally hoped to segue back into medical software, but fell in love with pure tech.) My background is overwhelmingly centered around... Read More →

Tuesday October 27, 2015 4:40pm - 5:20pm JST

5:30pm JST

External Plugin Interfaces for OpenStack QA Projects
Starting in the Kilo cycle OpenStack underwent a change in governance model where the scope of what we call OpenStack has been redefined. The new model is called the "Big Tent", and is much less exclusionary. Prior to this the QA program had a policy of directly supporting any project that was part of OpenStack, meaning tests in tempest, support in devstack for running them, etc. However in a model where there are far more projects considered part of OpenStack it becomes infeasible to directly support all of them. Even before the "Big Tent" was adopted, we realized that this centralized approach did not scale well with the growing number of OpenStack projects. With the "Big Tent" opening up the doors to more projects, the scale issue has become even more compelling. 

As a result of this change in governance model, we have worked on moving QA in OpenStack to a self-service model, where each new project in OpenStack is responsible for writing and maintaining their deployment scripts and tests, as plugins to the tools for deployment and testing frameworks maintained by the QA team.This will allow both the upstream QA efforts to scale organically with the rest of the OpenStack ecosystem but also allow new projects to control their own testing and deployment stories for gating, which can increase development velocity for newer projects.

This talk will cover the work which was done to add external plugin interfaces to Tempest, Devstack, and grenade as well as go into examples on how to use each project's respective interface. It will also show examples where these plugin interfaces are being leveraged today.

avatar for Andrea Frittoli

Andrea Frittoli

Open Source Advocate, IBM
Andrea Frittoli is an Open Source Advocate at IBM. He has more than 10 years of experience serving open source communities. Andrea is the co-founder of CDEvents and a maintainer of Tekton. He serves as chair of the CD Foundation Technical Oversight Committee. Andrea is a frequent... Read More →
avatar for Matthew Treinish

Matthew Treinish

Software Engineer, IBM Research
Matthew Treinish has been working on and contributing to Open Source software for most of his career. Matthew currently works for IBM Research developing open source software for quantum computing. He is also a long time OpenStack contributor and a former member of the OpenStack TC... Read More →

Tuesday October 27, 2015 5:30pm - 6:10pm JST
Thursday, October 29

9:50am JST

Working With Upstream OpenStack Deadlines and Internal Deadlines
You are developer, and you have just been told to work with OpenStack. Welcome to the OpenStack community! You have also just been told you need to release your product next month, you have your all the codeyou’re your new feature complete, and a few bug fixes done. Now you just need to get that pushed upstream. Where do you go next?

You have been working for OpenStack for a while; some internal issues meant you had to stop reading the ML for a month or two. How do you get back in the loop?

You are working hard reviewing specs and code, and the work load is getting crazy, and everyone is saying their use case is the most important thing for OpenStack, and they are all really useful things to consider. What is the right thing to do?

Maybe we can use lessons from Harper Lee's To Kill a Mockingbird improves how new and established OpenStack contributors work together?

John has spent time at Citrix packaing OpenStack for public cloud, then pushing a vendor technology upstream (with an element of coopetition). Since early 2013, he has been working on Rackspace’s public cloud. Mostly recently he served as the Nova PTL for the Liberty release. He is distilling what he has learnt during this journey, and looking to share this experience more widely, and hopes this will help create some great conversations about how we can all work together even more efficiently and effectively.

avatar for John Garbutt

John Garbutt

Principal Engineer, Rackspace
John is currently a Principal Engineer at Rackspace, Nova PTL for the Liberty and Mitaka releases, and has been involved with OpenStack as a Software Developer since late 2010. He started with Citrix's Project Olympus private cloud packaging of OpenStack, and soon after working upstream... Read More →

Thursday October 29, 2015 9:50am - 10:30am JST

1:50pm JST

Contributing to OpenStack 201: A Primer for the Not-so-new Contributor
After figuring out the basics of "How to Contribute to OpenStack" the developer is often faced with a harsh reality. Things can take a long time! Specs and patches can continue for over 50 patch sets, spanning weeks and months. Deadlines due to milestones matter, and getting attention from Core (and non-core) reviewers can be challenging. Scott D'Angelo and Andrea Rosa will provide insight and ideas on 1) what to expect when contributing 2) How the spec process can go 3) Some extreme examples 4) ideas on how to smooth the process In addition, experienced Core/PTL members will give tips and insights into how to contribute and navigate the process.

avatar for Scott D'Angelo

Scott D'Angelo

Senior Software Engineer, HP
Scott DAngelo is a Senior Software engineer at HP who works as a developer on Helion OpenStack Cinder and as a DevOps Operator on HP Public Cloud. He has been with HP since 2007 and has worked on OpenStack since 2012.
avatar for Andrea Rosa

Andrea Rosa

Software Engineer, HP
Andrea Rosa is a software engineer working at Hewlett Packard in Bristol U.K. where he is part of the Nova team. Andrea has been involved in the adoption of OpenStack for HP public cloud more than 4 years ago (Diablo release) then his focus moved to HP OpenStack Helion project... Read More →

Thursday October 29, 2015 1:50pm - 2:30pm JST

Filter sessions
Apply filters to sessions.