Professional Documents
Culture Documents
Click To Edit Master Title Style: Devops Culture
Click To Edit Master Title Style: Devops Culture
Purple 50 %
212
195
223
Purple 25 %
255
242
171
Yellow 50 %
255
249
213
Yellow 25 %
Brown 50 % Brown 25 % Green 50 % Green 25 % Light Green 50% Light Green 25%
1 TCS Confidential
DevOps – Introduction
2 TCS Confidential
DevOps - Introduction
3 TCS Confidential
DevOps History
2007 While consulting on a data center migration for the Belgium government system administrator Patric Debois become
frustrated by conflict between developers and system admin. He ponders solutions.
Andrew Shafer a software developer organize a agile conference and post notice of a “birds of a feather” session entitled “Agile
infrastructure”
And only one person attend : Patric Debois and even Andrew Shafer skip his session thinking no one has interest in his session ,
Later Debois track Shafer and they form a Agile system administration group.
June 2009 At Oreilly Velocity 09 Conference , John Allspaw and Paul Hammond give their now-famous talk entitled “ 10 Deploys a
day: Dev and Ops Cooperation at Flickr” Watching remotely Debois laments on Twitter that is is unable to attend in person. Paul
Nasrat replied why not organize your own velocity event in Belgium. 10 Deploys are mention below.
1. Automated Infrastructure
2. Shared Version Control 1. Respect
3. One Step Build and Deploy 2. Trust
4. Feature Flags
5. Shared Metrics 3. Healthy Attitude about failure
6. IRC and IMrobots 4. Avoiding Blame
Saturday, August 07, 2021
October 2009 Debois decided to go exactly that – But first he needed a name . He take first three letters of development and
operations , add the word “days” and called it DevOpsDays. The conference of developer ,system administrators toolsmiths and
other held on 30th Oct. This ongoing discussion was move to twitter after conference end. To Create a memorable hashtag ,Debois
shorten the name to #DevOps.
4 TCS Confidential
Agile Principles applicable to DevOps
5 TCS Confidential
DevOps KPIs and Metrics
6 TCS Confidential
7 DevOps Practices
7 TCS Confidential
Deployment Pipeline
DEV
Version Control CI & CD Server
Environment
Promote
Build
Checkout
PROD
Environment
8 TCS Confidential
Title and Content
Source Control
127
and Automation
Click to edit Master title style
203 179 212 255 255
175 215 149 195 242 249
221 238 197 223 171 213
Tata Blue 50% Tata Blue 25% Purple 50 % Purple 25 % Yellow 50 % Yellow 25 %
14 March 2018
229 248 180 214 241 251
205 241 213 231 240 251
186 235 154 200 202 241
Brown 50 % Brown 25 % Green 50 % Green 25 % Light Green 50% Light Green 25%
9 TCS Confidential
Source Control in DevOps
What is Version Control?
The management of changes to source code and documents achieved through the use of tools, that provide an ability to
See differences between versions
Support parallel development ( through Branches and merges)
In short Everything
Why version control?
Predictor of performance( as per state of DevOps report 2014)
Gene Kim’s Hypothesis
A very high number of failures are due to misconfiguration and not bad code
Allows anyone to recreate environments solely from what is in source control (As opposed to knowledge of individuals)
10 TCS Confidential
Title and Content
Tata Blue 50% Tata Blue 25% Purple 50 % Purple 25 % Yellow 50 % Yellow 25 %
Saturday, August
229
07, 2021 248 180 214 241 251
205 241 213 231 240 251
186 235 154 200 202 241
Brown 50 % Brown 25 % Green 50 % Green 25 % Light Green 50% Light Green 25%
11 TCS Confidential
Continuous Integration (CI)
• Traditionally, developers work in their local branch and merge the code when the integration
is planned
• This results in sudden surprises in terms of breaking others code and panic situation
• Greater chances of schedule slippages, team confrontations and decrease in team motivation
level
• In CI, developers merge their code changes to the main branch as often as possible(daily)
• The changes are then validated by creating a build and running automated tests against the
build to ensure if their code isn’t breaking others
• This avoids integration issues
Continuous integration puts a great emphasis on testing automation to check that the
application is not broken whenever new commits are integrated into the main branch
12 TCS Confidential
Continuous Integration (CI)
13 TCS Confidential
Benefits of Continuous Integration (CI)
14 TCS Confidential
Best Practices in Continuous Integration…..
Maintain a code repository − Everything is kept in the code repository.
Automate the build − This is a key step in the continuous Integration process.
Make the build self-testing − Test the build by keeping unit test cases in place. These test cases should
be run by the Continuous Integration server.
Everyone commits to the baseline every day − This is a key principle of Continuous Integration. There is
no point staying till the end of the entire process to see who breaks the build.
Every commit (to baseline) should be built − Every commit made to the application, needs to be
successfully built. If the build fails for whatever reason, then the code needs to be changed to ensure the
build passes.
Keep the build fast − If the build is slow, then it would indicate a problem in the entire Continuous
Integration process. Ensure that the builds are always limited to a duration, preferably should never go
beyond 10 minutes.
Everyone can see the results of the latest build − Dashboard gives everyone a view of all the builds,
which have either passed or failed. This gives a good insight to all the people who are involved in the
Continuous Integration process.
Never Go Home on a Broken Build
Don’t Check In on a Broken Build
15 TCS Confidential
Continuous Delivery (CD)
• Continuous delivery is an extension of continuous integration
• It will make sure that the code can release new changes to the customers quickly in a sustainable way
• This means that on top of having automated the testing, it also automated release process and can deploy application at any point of time
16 TCS Confidential
Benefits of Continuous Delivery (CD)
19 TCS Confidential
Title and Content
Infrastructure as Code
Click to edit Master title style
127 203 179 212 255 255
175 215 149 195 242 249
221 238 197 223 171 213
Tata Blue 50% Tata Blue 25% Purple 50 % Purple 25 % Yellow 50 % Yellow 25 %
Saturday, August
229
07, 2021 248 180 214 241 251
205 241 213 231 240 251
186 235 154 200 202 241
Brown 50 % Brown 25 % Green 50 % Green 25 % Light Green 50% Light Green 25%
20 TCS Confidential
Infrastructure as a Code
• Problem Statement:
• Infrastructure configurations keep changing. If done manually, changes become difficult to trace. Difficult to replicate and build a new
infrastructure component e.g. server or database.
• Benefits
• Can replicate/ build environments easily, without defects
• Foundation for automation of environment setup
• Enables consistent environments
• e.g. Can detect configuration drifts and rollback to a previous version
21 TCS Confidential
DevOps Implementation
Team Models:
Embedded: Dev (Change Activity) + Ops (Run Activity)
Dev+Ops
Collaborative Model: Can we shared team
Dev Ops
22 TCS Confidential
Title and Content
Thank
Click you
to edit Master title style
127
175
203
215
179
149
212
195
255
242
255
249
221 238 197 223 171 213
Tata Blue 50% Tata Blue 25% Purple 50 % Purple 25 % Yellow 50 % Yellow 25 %
Brown 50 % Brown 25 % Green 50 % Green 25 % Light Green 50% Light Green 25%
23 TCS Confidential