Kris Buytaert ● I used to be a Dev, ● Then Became an Op ● Even did Security (OSSTM etc) ● Chief Tr f T olling Officer and Open Source Consultant @inuits.eu ● Everything is an effing DNS Problem ● Building Clouds since before the bookstore ● Some books, some papers, some blogs ● But mostly, trying to be good at my job
Devop, definition ● 30 something ● Senior Infrastructure guy ● Development background ● Open Source Expcerience ● Mostly European (.be / .uk) ● Likes Belgian Beer ● Likes Sushi
What's this Devops thing really about ?
Wo W rld , 200X- 00X 2009 Patrick Debois, Gildas Le Nadan, Andrew Clay Shafer, Kris Buytaert, Jezz Humble, Lindsay Holmwood, John Willis, Chris Re R ad, Julian Simpson, and lots of others .. Gent , October 2009 Mountain View , June 2010 Hamburg , October 2010 Boston, March 2011 Mountain View, June 2011 Bangalore, Melbourne, Goteborg , October 2011
● Devops is a growing movement ● We W don't have all the answers yet ● We W are reaching out to different communities ● We W will point out problems we see.. ● Only the name is new While we are still working out the solutions
What's the problem ? The community of developers whose work you see on the We W b, who probably don’t know what ADO or UML or JPA JP even stand for, deploy better systems at less cost in less time at lower risk than we see in the Enterprise. This is true even when you factor in the greater flexibility and velocity of startups. Tim Bray , on his blog January 2010
● Adopt the new philosophy. y We W are in a new economic age. Wes W tern management must awaken to the challenge, must learn their responsibilities, and take on leadership for change. ● Cease dependence on inspection to achieve quality. y Eliminate the need for massive inspection by building quality into the product in the first place. ● Improve constantly and forever the system of production and service, to improve quality and productivity, and thus constantly decrease costs. ● Institute training on the job. ● Institute leadership The aim of supervision should be to help people and machines and gadgets do a better job. ● Drive out fear, so that everyone may work effectively for the company. y ● Break down barriers between departments. People in research, design, sales, and production must work as a team, in order to foresee problems of production and usage that may be encountered with the product or service. ● Eliminate slogans, exhortations, and targets for the work force asking for zero defects and new levels of productivity. y Such exhortations only create adversarial relationships, as the bulk of the causes of low quality and low productivity belong to the system and thus lie beyond the power of the work force. ● Eliminate management by objective. Eliminate management by numbers and numerical goals. Instead substitute with leadership. ● Remove barriers that rob the hourly worker of his right to pride of workmanship. The responsibility of supervisors must be changed from sheer numbers to quality. y ● Remove barriers that rob people in management and in engineering of their right to pride of workmanship. ● Institute a vigorous program of education and self-i f mprovement. ● Put everybody in the company to work to accomplish the transformation. The transformation is everybody's job.
CAMS ● Culture ● Automation ● Measurement ● Sharing Damon Edwards and John Willis
“DevOps is a cultural and professional movement” Adam Jacob
How did we get here ?
The Old Days ● “Put this Code Live, here's a tarball” NOW! ● What dependencies ? ● No machines available ? ● What database ? ● Security ? ● High Ava A ilability ? ● Scalability ? ● My computer can't install this ?
Devs vs Ops
People hate Sysadmins Because •They slow stuff down •The say no •They say no again •They refuse to break stuff •They care about uptime •They don't care about fancy new features
People hate Security Officers Because •They slow stuff down •The say no •They say no again •They refuse to leave holes open •They care about security •They don't care about fancy new features •Security Officers have an expiry date
10 days into operation ● What High Load ? What Memory usage ? ● Are these Logs ? Or this is actualy customer data ? ● How many users are there , should they launch 100 queries each ?? Oh we're having 10K users ● Why is debugging enabled ? ● Who wrote this ?
11 days into operations
12 days into operations
13 days into operations
We W can solve this ! ● We W are not here to block ● Some people think the Security / Operations work starts on deployment ● It starts much earlier ● Start talking asap
Talk T about Non functional Reqs NOW! ● Security ● Backups ● High Ava A ilability ● Upgradability ● Deployment ● Monitoring ● Scale
Breaking the Silos Devs Ops Getting Along
Nirvana An “ecosystem” that supports continuous delivery, ivery from infrastructure, data and configuration management to business. Through automation of the build, deployment, and testing process, and improved collaboration between developers, testers, and operations, delivery teams can get changes released in a matter of hours — sometimes even minutes–no matter what the size of a project or the complexity of its code base. Continuous Delivery , Jez Humble
How many times a day ? ● 10 @ Flickr ● Deployments used to be pain ● Nobody dared to deploy a site ● Practice makes perfect ● Knowing you can vs constantly doing it
" Our job as engineers (and ops, dev-ops, QA, support, everyone in the company actually) is to enable the business goals. We . W strongly feel that in order to do that you must have the ability to deploy code quickly and safely. Even if the business goals are to deploy strongly QA’d code once a month at 3am (it’s not for us, we push all the time), having a reliable and easy deployment should be non-negotiable." Etsy Blog upon releasing Deployinator http://codeascraft.etsy. y com/2010/05/20/quantum-of- f deployment/
How do we get there ?
CI Too T ls ● Hudson ● Jenkins •A zillion plugins ● Make your builds reproducible ! ● Te T st your (Puppet/Chef/CFe F ngine)
Tod T ays Enviroments For Devs For Ops ● Scrum ● Kanban ● Ve V rsion Control ● Ve V rsion Control ● Automated Build ● Automated Build ● Bugtracking ● Bugtracking ● Continous integration ● Continous integration ● Integrated testing ● Integrated testing ● Automated ● Automated deployment deployment
Everybody is a developer ● Ye Y s we write code also •Httpd.conf, squid.conf, my.cnf •Just crappy languages :) •Shell, perl, ruby, python, puppet ● Everyone is a developer these days •Automate your infrastructure ! ● So those rules apply for Everyone
Deploying ● Automated Deployments ● “If my computer can't install it , the installer is borken” n Luke at Fosdem (200X) ● Reproducable ● Think: •Kickstart, FAI, Preseeding, SystemImager Suite
Looking for ? “As a system administrator, I can tell when software vendors hate me. It shows in their products.” “DON'T make the administrative interface a GUI. System administrators need a command-line tool for constructing repeatable processes. Procedures are best documented by providing commands that we can copy and paste from the procedure document to the command line. We . W cannot achieve the same repeatability when the instructions are: "Checkmark the 3rd and 5th options, but not the 2nd option, then click OK." Sysadmins do not want a GUI that requires 25 clicks for each new user. r ” Thomas A. Limoncelli in ACM Queue December 2010 http://queue.acm.org/detail.cfm?id=1921361
How do security tools score ? ● Ve V ry little (security) vendors succeed at this ● Automation is key ● Plenty of #Fa F il
Configuration Mgmt ● Configure 1000 nodes, ● Modify 2000 files, ● To T gether ● Think : •Cfengine,Puppet, Chef ● Put configs under version control ● Please don't roll your own ...
So eh .. Security ? ● Ve V rsion control => Auditing ● CI => Add security IN the pipeline ● Configuration Mgmt •Policy Definition •Auditing & Enforcing ● Monitoring
But Monitoring Stinks ! ● #monitoringsucks trending ● https://github.com/monitoringsucks/ ● 2008 Study :Nagios + Fr F iends ● 2011 Conclusion : Nagios/Icinga are the only automatable alternatives ● Monitoring and trending at Scale , new kids Graphite, flapjack, etc ● What about Logging ? : Logstash, Graylog2
Logstash in Action
Devop, definition ● There is no definition ● It certainly isn't a person ● No strict rules ● No strict tools ● It's not even new ● If you aren't doing it already ... ... you are doing it wrong
Debunking the Critics Security not included ? Everyone is Included: security, dba, devs, ops, designer, analysts, We W are solving a busines problem, Not a technology problem
It's not about the tools It's about change It's about the people
Surviving the test ! ● After 7+ years of preaching I`m not alone anymore ● Devops, a new Movement ! ● Join the movement ! •Devopsdays.org •Agile System Adminstration GoogleGroups