Jump to: navigation, search

Difference between revisions of "Training-manuals"

(openstack operations engineer)
Line 75: Line 75:
 
* training would take 2.5 months self paced, (5) 2 week periods with a user group meeting, or 40 hours instructor led with 40 hours of self paced lab time. Some time set aside for distro specific training.
 
* training would take 2.5 months self paced, (5) 2 week periods with a user group meeting, or 40 hours instructor led with 40 hours of self paced lab time. Some time set aside for distro specific training.
 
* additional source material
 
* additional source material
:* most of sections 1-17, workbook scenarios to diagnose
+
:* most of operations guide sections 1-17, workbook scenarios to diagnose
 
:* git basics, create scenarios from http://git-scm.com/book/en/Git-Basics
 
:* git basics, create scenarios from http://git-scm.com/book/en/Git-Basics
 
* reference Nova API reference http://docs.openstack.org/api/openstack-compute/2/content/
 
* reference Nova API reference http://docs.openstack.org/api/openstack-compute/2/content/

Revision as of 22:22, 16 July 2013

Blueprint https://blueprints.launchpad.net/openstack-manuals/+spec/training-manuals
weekly meeting agenda https://wiki.openstack.org/wiki/Meetings/training-manuals
trello storyboard https://trello.com/board/openstack-training/51d6e5fee37248fd5b003de9
sfbay-openstack hackathon https://etherpad.openstack.org/sfbay-openstack

Project requirements

  • Reuse the openstack foundation manuals with some additional training specific pages
  • Target 80% doc reuse
  • Same process as existing manuals
  • Leave in space and time for distro specific training
  • Training material and lab work would all be based on refstack https://etherpad.openstack.org/RefStackBlueprint

Project dependancies / issues

  • in launchpad, the blueprint will hold status and links back to bugs,
  • in launchpad bugs on the published documentation will be posted,
  • on this wiki page the project status and overview will be posted
  • in trello the story boards and sprints will be published and developed
  • breakdown of responsibilities of the three teams:
  • core: attend weekly IRC meets, attend core sprints when called, through gerrit review bugs and patches
  • sarob, colinmcnamara, plus up to eight others
  • sub-core: work through sub-core sprints by checking out book chapters, fix bugs
  • sfbay hackathon team, and other user groups we can get to sign up
  • extended: walk through and use training-manuals, create bugs, provide content reviews
  • user groups, university, others?

Overview of training structure (Self Paced and user group paced)

time - name - topics covered

  • 1 month - associate - general
  • 2.5 months - ops general - general, nova, glance
  •                          - ops specialization - swift, quantum, oslo, or cinder
  • 2.5 months - dev general - general, nova, glance
  •                          - dev specialization - nova, glance, swift, quantum, oslo, cinder
  • 6 months - devOps general - general, nova, glance
  •                          - devOps specializaton - nova, glance, swift, quantum, oslo, cinder
OpenStack Training Outline

structure

  • openstack associate engineer
  • openstack operations engineer
  • openstack development engineer
  • openstack devOps architect

openstack associate

  • source content
  • most of sections 1-12, 14-15
  • tag admin manual subsections to be included in the training manual
  • training would take 1 month self paced, (2) 2 week periods with a user group meeting, or 16 hours instructor led. Some time set aside for distro specific training.
  • requirements for test
  • basic knowledge of core OpenStack components (Compute, Block, Network, Dashboard)
  • create an instance
  • understand conf and log files
  • understand basics of APIs and framework architecture
  • understand shared components
  • work off a single node openstack implementation
  • get on IRC, mailing lists
  • able to deploy applications to OpenStack clouds
  • able to leverage basic functions including pools IPs and multiple disks
  • able to deploy multi-tier applications to OpenStack clouds
  • advanced knowledge of OpenStack components including new and incubated projects
  • able to create complicated network topologies
  • able to leverage advanced application topologies


openstack operations engineer

  • source content
  • training would take 2.5 months self paced, (5) 2 week periods with a user group meeting, or 40 hours instructor led with 40 hours of self paced lab time. Some time set aside for distro specific training.
  • additional source material
  • deep understanding of nova and glance
  • deep understanding of one other core project;; swift, quantum, olso, or cinder
  • trace workflow
  • work off a three node openstack implementation, create a vagant/chef configuration
  • based on http://workstuff.tumblr.com/post/50911984233/some-tips-on-getting-started-with-vagrant-and-chef
  • understanding of core components interaction through APIs
  • deep understanding of core conf and log files
  • puppet/chef understanding
  • 5-10 scenarios to diagnose, hands on?

openstack development engineer

  • source content
  • combine how to contribute and working with CI guides into a developers guide
  • training would take 2.5 months self paced, (5) 2 week periods with a user group meeting, or 40 hours instructor led with 40 hours of self paced lab time. Some time set aside for distro specific training.
  • include ideas from
  • upstream university work is focusing on this
  • deep understanding of APIs
  • commit code through git
  • karma greater than X

openstack devOps architect

  • source content
  • training would take 6 months or (12) 2 week periods with a user group meeting. 240 hours of self paced lab time.
  • Meant to be very hard to complete. Public contribution must be a considerable part of the work completed. This will make the person who passes very desirable as an employee.
  • code contribution, CI infrastructure time in, operations builds, contributions to answer, speaking at user groups, summit session submissions should all count towards karma/contribution.
  • use TripleO for build/ops environment. include https://github.com/tripleo/incubator/blob/master/devtest.md
  • karma greater than Y