• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Devops for  drupal
 

Devops for drupal

on

  • 3,564 views

My DrupalCon Munich introduction to Devops Talk

My DrupalCon Munich introduction to Devops Talk

Statistics

Views

Total Views
3,564
Views on SlideShare
3,485
Embed Views
79

Actions

Likes
5
Downloads
46
Comments
0

12 Embeds 79

http://libguides.com.edu 31
https://twitter.com 24
http://www.unscatter.com 9
http://dev.unscatter.com 4
http://www.brijj.com 4
https://twimg0-a.akamaihd.net 1
http://www.onlydoo.com 1
http://vrindavijayan.blogspot.in 1
http://www.caucapino4u.com 1
http://www.flashquix.com 1
https://si0.twimg.com 1
https://www.linkedin.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Nr of users Nagios Plugins Prod_check
  • Vagrant etc

Devops for  drupal Devops for drupal Presentation Transcript

  • Whats this devops thing anyhow ? Kris Buytaert DrupalCon Munich , August 2012
  • Kris Buytaert• I used to be a Dev,• Then Became an Op• Chief Trolling 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• not related to @dries afaik
  • Whats this devops thing about ?
  • World , 200X-2009Patrick Debois, Gildas Le Nadan, Andrew Clay Shafer, Kris Buytaert, JezzHumble, Lindsay Holmwood, John Allspaw, John Willis, Chris Read, 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, Manilla, Sau Paulo, Tokyo Goteborg , October 2011 Austin , April 2012, Mountainview July 2012, Rome , October 2012 ....
  • ● Devops is a growing movement● We dont have all the answers yet● We are reaching out to different communities● We will point out problems we see..● Only the name is new While we are still working out the solutions
  • Devops, a definition:
  • ● Adopt the new philosophy. We are in a new economic age. Western management must awaken to the challenge, must learn their responsibilities, and take on leadership for change.● Cease dependence on inspection to achieve quality. 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.● 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. 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. ● 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-improvement.● Put everybody in the company to work to accomplish the transformation. The transformation is everybodys job.
  • William Edwards Deming1986, Out of the Crisis. http://en.wikipedia.org/wiki/W._Edwards_Deming
  • “DevOps is a cultural andprofessional movement” Adam Jacob
  • CAMS● Culture● Automation● Measurement● Sharing Damon Edwards and John Willis
  • Whats the problem ?The community of developers whose work yousee on the Web, who probably don’t know whatADO or UML or JPA even stand for, deploy bettersystems at less cost in less time at lower risk thanwe see in the Enterprise. This is true even whenyou factor in the greater flexibility and velocity ofstartups.Tim Bray , on his blog January 2010
  • The real problem :● Friday evening at 16:59 “Put this Code Live, heres a tarball” NOW!● Backups ?● What database ?● Security ?● High Availability ?● Scalability ?● Who is on Call ?
  • How did we get here ?
  • A typical dev shop● The PM:•“Put this Code Live, heres a tarball” NOW!•Marketing Campain is launched•We need this yesterday•Its going on national radio at 5
  • An oldschool ops shop● What dependencies ?● No machines available ?● What database ?● Security ?● High Availability ?● Scalability ?● My computer cant install this ?
  • Devs vs Ops
  • 10 days into production● 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 were having 10K users● Why is debugging enabled ?● Who the fsck wrote this crap ?
  • 11 days into production
  • Is it really that bad ? How about Drupal ?A survey started a year ago.
  • We can solve this ! ● Some people think the Ops work starts on deployment •Ops = both system, app as platform ! ● It starts much earlier ● Get Devs and Ops to talk asap
  • Talk about Non functional Reqs NOW!● Security● Backups● Upgradability● Deployment
  • High Availabilty
  • Scalability
  • Monitor
  • Breaking the SilosDevs Ops Getting Along
  • NirvanaAn “ecosystem” that supports continuous delivery, frominfrastructure, data and configuration management tobusiness.Through automation of the build, deployment, and testingprocess, and improved collaboration between developers,testers, and operations, delivery teams can get changesreleased in a matter of hours — sometimes even minutes–nomatter what the size of a project or the complexity of its codebase. 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
  • How do we get there ?
  • Todays Enviroments For Devs For Ops● Version Control ● Version Control● Automated Build ● Automated Build● Bugtracking ● Bugtracking● Continous integration ● Continous integration● Integrated testing ● Integrated testing● Automated ● Automated deployment deployment
  • Drupalistas & Version Control
  • Drupal & Continuous Integration
  • Do YOU test your code ?
  • Where do you develop ?● It works on my machine :(● What other platforms do you use :
  • Sharing environments● Build identical environments● Share code● Shared ownership of content , code and configuration
  • Vagrant● Abstraction layer for VirtualBox● Integrates well with Puppet/Chef● Project = ● Vagrantfile ● Manifests / Cookbooks● Portable, Small , Versionable● Use veewee to build your boxen
  • VagrantfileVagrant::Config.run do |config| # All Vagrant configuration is done here. The most common configuration # options are documented and commented below. For a complete reference, # please see the online documentation at vagrantup.com. config.vm.define :mongo1 do |mongo1_config| mongo1_config.ssh.max_tries = 100 mongo1_config.vm.box = "MyCentOS2" mongo1_config.vm.network("192.168.99.101") mongo1_config.vm.host_name = "mongo1" mongo1_config.vm.provision :puppet do |mongo1_puppet| mongo1_puppet.pp_path = "/tmp/vagrant-puppet" mongo1_puppet.manifests_path = "manifests" mongo1_puppet.module_path = "modules" mongo1_puppet.manifest_file = "site.pp" end end config.vm.define :mongo2 do |mongo2_config| mongo2_config.ssh.max_tries = 100 mongo2_config.vm.box = "MyCentOS2" mongo2_config.vm.network("192.168.99.102") mongo2_config.vm.host_name = "mongo2" mongo2_config.vm.provision :puppet do |mongo2_puppet| mongo2_puppet.pp_path = "/tmp/vagrant-puppet" mongo2_puppet.manifests_path = "manifests" mongo2_puppet.module_path = "modules" mongo2_puppet.manifest_file = "site.pp" end end
  • Vagrant Rocks● Vagrant init● Vagrant up● Vagrant provision● Vagrant down● Vagrant destroy
  • If my computer cant install yoursoftware, your software is broken. Luke Kanies, Fosdem 2007
  • Infrastructure as Code● Automated Deployments● If my computer cant install it , the installer is borken● Reproducable● With configuration mgmt● Think :•Cfengine,Puppet, Chef● Put configs under version control
  • Deployment● Database Imports are EVIL● Manual Installations are ● Error Prone How do you deploy ? ● Non Reproducible● 61% does it WRONG Do you Test Deployments ?
  • Looking for ?“As a system administrator, I can tell when softwarevendors hate me. It shows in their products.”“DONT make the administrative interface a GUI. Systemadministrators need a command-line tool for constructingrepeatable processes. Procedures are best documentedby providing commands that we can copy and paste fromthe procedure document to the command line. We cannotachieve the same repeatability when the instructions are:"Checkmark the 3rd and 5th options, but not the 2ndoption, then click OK." Sysadmins do not want a GUI thatrequires 25 clicks for each new user.” Thomas A. Limoncelli in ACM Queue December 2010 http://queue.acm.org/detail.cfm?id=1921361
  • If my computer cant deploy your site, it isnt worth deploying. Kris Buytaert, DrupalCon Munich 2012
  • Challenges● What about the data ?● Content vs Config•Drupal provides no clear distinction● e.g a billing application•Table Creation•Provisioning (e.g. Rates, Call plan types)•Actual Data● D8 ?
  • Devops a definition● There is no definition● It certainly isnt a person● No strict rules● No strict tools● Its not even new● If you arent doing it already ... .. failure is upon you ...
  • Conclusions● Drupal gets it and is supportive● Conversation happens● Long Journey ahead● Heading in the right direction
  • Surviving the test ! ● After 5+ years of preaching I`m not alone anymore ● Devops, a new Movement ! ● Join the movement ! •Devopsdays.org •Agile System Adminstration GoogleGroups
  • Its not about the tools Its about changeIts about the people
  • Open Up!Connecting Systems AND PEOPLE
  • ContactKris BuytaertKris.Buytaert@inuits.euFurther Reading@krisbuytaerthttp://www.krisbuytaert.be/blog/http://www.inuits.eu/ Inuits Duboistraat 50 2060 Antwerpen Belgium +32 475 961221