|
|
(115 intermediate revisions by 3 users not shown) |
Line 1: |
Line 1: |
− | | + | this wiki has moved to [[Training-guides]] |
− | | |
− | Overview of training structure (Self 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
| |
− | structure
| |
− | * openstack associate engineer
| |
− | * openstack operations engineer
| |
− | * openstack development engineer
| |
− | * openstack devOps architect
| |
− | | |
− | openstack associate engineer https://etherpad.openstack.org/training-associate-engineer
| |
− | * reference http://docs.openstack.org/grizzly/openstack-compute/admin/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
| |
− | * * 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
| |
− | | |
− | openstack operations engineer
| |
− | * ● 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.
| |
− | * ● reference http://docs.openstack.org/trunk/openstack-ops/content/
| |
− | * ○most of sections 1-17, workbook scenarios to diagnose
| |
− | * ● reference Nova API reference http://docs.openstack.org/api/openstack-compute/2/content/
| |
− | * ● referenece Glance API reference
| |
− | * http://docs.openstack.org/api/openstack-image-service/1.0/content/
| |
− | * ● requirements for test
| |
− | * ○ 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
| |
− | * ● 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
| |
− | * http://redmine.upstream-university .org/projects/slides/repository/revisions/master/show/training, http://www.slideshare.net/eyepv6/open-stack-summitsurvivingyourfirstcheckin, http://www.slideshare.net/delapsley1/opensack-quantum-devstack-tutorial,
| |
− | * http://www.slideshare.net/khinnu4u/developing-withdevstack
| |
− | * ● reference compute API http://docs.openstack.org/api/openstack-compute/programmer/content/
| |
− | * ● upstream university work is focusing on this
| |
− | * ● deep understanding of APIs
| |
− | * ● commit code through git
| |
− | * ● karma greater than X
| |
− | | |
− | openstack devOps architect
| |
− | * ● 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.
| |
− | * ● karma greater than Y
| |