This document discusses DevOps concepts and tools. It introduces configuration management tools like Chef, Puppet, and Ansible that can automate server infrastructure setup. Monitoring and metrics collection with Nagios and Graphite is also covered. The document advocates for adopting an Agile development methodology and continuous delivery model. It shares one organization's experience transitioning their blog to use GitHub, Octopress, and Rackspace Cloud Files which improved their content publishing workflow.
Introduction to DevOps by Hart Hoover. Overview of cultural methodology and core principles.
Overview of configuration management tools like Chef, Puppet, and Ansible. Explains nodes, environments, and desired state of configurations.
Discusses monitoring through Nagios and plugins. Highlights automation as a core principle in DevOps.
No culture buy-in means failure in DevOps implementation. Discusses software development lifecycle and integration.
Emphasis on Scrum and Kanban methodologies within DevOps practices, illustrating agile teams and key meetings.Importance of continuous delivery, quick fixes post-deployment, testing during development phases.
Focus on open-source solutions, industry standards, and themes relevant to DevOps tools and strategies.
Highlights the transformation of a complicated process to a streamlined GitHub workflow, showcasing how effective processes enhance productivity.
Wraps up the session, encouraging participation and summarizing the key points discussed.
•Nodes: Servers
•Environments: Groupsof nodes (Dev/QA/Prod)
•Recipes: Describes the desired state of a node
•Cookbooks: Group of Recipes
•Roles: Group of Cookbooks (Web)
•Attribute: information about the current state of a node
18
Wednesday, August 21, 13
•Nodes: Servers
•Environments: Groupsof
nodes (Dev/QA/Prod)
•Manifests: Describes the
desired state of a node
•Catalog: Group of Manifests
•Facts: information about the
current state of a node
22
Wednesday, August 21, 13
•Nodes: Minions
•Environments: Groupsof nodes (Dev/QA/Prod)
•States: Describes the desired state of a node
•Grains: information about the current state of a node
27
Wednesday, August 21, 13
•Hosts: Servers
•Groups: Groupsof Hosts
(Dev/QA/Prod)
•Play: Describes the desired
state of a Host.
•Playbook: Group of Plays
•Roles: Group of Hosts (Web)
•Facts: information about the
current state of a Host.
30
Wednesday, August 21, 13
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
51
KANBAN
Wednesday, August 21, 13
59.
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
52
KANBAN
Wednesday, August 21, 13
60.
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
Feature E
Feature D
52
KANBAN
Wednesday, August 21, 13
61.
Features In ProgressBlocked Tabled Testing Complete
Feature AFeature BFeature C
Feature E
Feature G
53
KANBAN
Wednesday, August 21, 13
62.
Features In ProgressBlocked Tabled Testing Complete
Feature AFeature BFeature C
Feature E
Feature D
Feature F
Feature G
53
KANBAN
Wednesday, August 21, 13
63.
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
Feature E
Feature D
Feature F
Feature G
54
KANBAN
Wednesday, August 21, 13
64.
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
Feature E
Feature D
Feature F
Feature G
Feature H
Feature I
54
KANBAN
Wednesday, August 21, 13
65.
Features In ProgressBlocked Tabled Testing Complete
Feature A
Feature B
Feature C
Feature EFeature D
Feature F
Feature G
Feature H
Feature I
55
KANBAN
Wednesday, August 21, 13
66.
AGILE DEVELOPMENT
• Individualsand interactions over process and
tools
• Working software over comprehensive
documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan
56
Wednesday, August 21, 13
67.
AGILE TEAMS
57
Traditional TeamsAGILE Teams
Project Manager /
Team Lead
Servant Leader /
Facilitator
Self-Organized
Wednesday, August 21, 13
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
Our process was terrible
Wednesday, August 21, 13
95.
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
•They rewrite it and send us a new file... via email.
Our process was terrible
Wednesday, August 21, 13
96.
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
•They rewrite it and send us a new file... via email.
•Round and round we go.
Our process was terrible
Wednesday, August 21, 13
97.
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
•They rewrite it and send us a new file... via email.
•Round and round we go.
•We email the finished article to our editor, Andrew.
Our process was terrible
Wednesday, August 21, 13
98.
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
•They rewrite it and send us a new file... via email.
•Round and round we go.
•We email the finished article to our editor, Andrew.
•Andrew emails us a different copy with his edits.
Our process was terrible
Wednesday, August 21, 13
99.
75
•Someone emails oneof us a post
•We read it and send it back to them for revisions.
•They rewrite it and send us a new file... via email.
•Round and round we go.
•We email the finished article to our editor, Andrew.
•Andrew emails us a different copy with his edits.
•We copy/paste into WordPress and post.
Our process was terrible
Wednesday, August 21, 13
83
•Someone forks ourGitHub repo
Our new process is
awesome
Wednesday, August 21, 13
111.
83
•Someone forks ourGitHub repo
•They write a post: rake new_post[‘Some post’]
Our new process is
awesome
Wednesday, August 21, 13
112.
83
•Someone forks ourGitHub repo
•They write a post: rake new_post[‘Some post’]
•They submit a pull request to us.
Our new process is
awesome
Wednesday, August 21, 13
113.
83
•Someone forks ourGitHub repo
•They write a post: rake new_post[‘Some post’]
•They submit a pull request to us.
•We revise it via a GitHub discussion
Our new process is
awesome
Wednesday, August 21, 13
114.
83
•Someone forks ourGitHub repo
•They write a post: rake new_post[‘Some post’]
•They submit a pull request to us.
•We revise it via a GitHub discussion
•We merge the commit.
Our new process is
awesome
Wednesday, August 21, 13
115.
83
•Someone forks ourGitHub repo
•They write a post: rake new_post[‘Some post’]
•They submit a pull request to us.
•We revise it via a GitHub discussion
•We merge the commit.
•DEPLOY!
Our new process is
awesome
Wednesday, August 21, 13