Downloaded 1,637 times
Uploaded byErnest Mueller
Intro to DevOps
The document introduces DevOps as a practice that combines development and operations to improve the software service delivery lifecycle, addressing common issues like slow deployments, errors, and internal friction. It emphasizes the importance of core values such as culture, automation, measurement, and sharing, along with key practices like continuous delivery and reliability engineering. Additionally, it highlights the benefits of automating infrastructure and emphasizes the collaborative responsibility of development and operations teams for system reliability and performance.
More Related Content
Intro to DevOps
- 1.
- 2.
- 5. AGENDA WHAT WE’LL COVER ▸Whatis DevOps? ▸What problems does DevOps address? ▸How does DevOps relate to Agile? ▸What can DevOps do for you?
- 7. PROBLEM STATEMENT THE PROBLEMWE FACE ▸ Everything needs software nowadays. ▸ Software has to run on a server to become a service. ▸ Delivering a service from inception to its users is too slow and error- prone. ▸ There are internal friction points that make this the case. ▸ This loses you money. (delay = loss) ▸ IT is frequently the bottleneck in the transition of “concept to cash.”
- 8. PROBLEM STATEMENT SYMPTOMS ▸Defects arereleased into production, causing outages ▸Inability to diagnose production issues quickly ▸Problems appear in some environments only ▸Blame shifting/finger pointing ▸Long delays while dev, QA, or another team waits on resource or response from other teams ▸“Manual error” is a commonly cited root cause ▸Releases slip/fail ▸Quality of life issues in IT
- 10.
- 11. DEVOPS IS THEPRACTICE OF OPERATIONS AND DEVELOPMENT ENGINEERS PARTICIPATING TOGETHER IN THE ENTIRE SERVICE LIFECYCLE, FROM DESIGN THROUGH THE DEVELOPMENT PROCESS TO PRODUCTION SUPPORT.
- 12. DEVOPS IS ALSO CHARACTERIZEDBY OPERATIONS STAFF MAKING USE OF MANY OF THE SAME TECHNIQUES AS DEVELOPERS FOR THEIR SYSTEMS WORK. - theagileadmin.com
- 13. ADDING OPS TOTHE AGILE TEAM PRODUCT OPS DEV QA CONCEPT CASH
- 14. “DEVOPS IS THEAPPLICATION OF AGILE METHODOLOGY TO SYSTEM ADMINISTRATION.” - Tom Limoncelli, The Practice of Cloud System Administration DEVOPS = AGILE?
- 16. ‣ High-performing ITorganizations deploy 30x more frequently with 200x shorter lead times; they have 60x fewer failures and recover from issues 168x faster. ‣ Lean management and continuous delivery practices create the conditions for delivering value faster, sustainably. ‣ High performance is achievable whether your apps are greenfield, brownfield or legacy.
- 17.
- 18. DEVOPS CORE VALUES CAMS ▸Culture– People > Process > Tools ▸Automation – Infrastructure as Code ▸Measurement – Measure Everything ▸Sharing – Collaboration/Feedback
- 19.
- 20. DEVOPS PRACTICE AREAS THETHREE PILLARS OF DEVOPS ▸Infrastructure Automation ▸Continuous Delivery ▸Reliability Engineering
- 21.
- 22. INFRASTRUCTURE AUTOMATION INFRASTRUCTURE ASCODE ▸Automate everything ▸Infrastructure provisioning ▸Application deployment ▸Runtime orchestration ▸Model driven automation
- 23. INFRASTRUCTURE AUTOMATION INFRASTRUCTURE ASCODE ▸ Dev workflow ▸ Write it in code ▸ Validate the code ▸ Unit test the code ▸ Built it into an artifact ▸ Deploy artifact to test ▸ Integration test it ▸ Deploy artifact to prod
- 24. TEXT INFRASTRUCTURE AUTOMATION TOOLING ▸Infrastructure Models - AWS Cloudformation, Terraform, Azure ARM Templates, Ubuntu Juju ▸ Hardware Provisioning - Packer, Foreman, MaaS, Cobbler, Crowbar, Digital Rebar ▸ Configuration Management - Puppet, Chef, Ansible, Salt, CFEngine ▸ Integration Testing - rspec, serverspec ▸ Orchestration - Rundeck, Ansible, Kubernetes (for docker)
- 25. TEXT SPECIAL TOPICS ▸Immutable deploymentwith docker ▸Serverless with AWS Lambda/Azure Functions/Google Cloud Functions ▸Single model for infra and apps is best (Juju, Kubernetes)
- 26.
- 27. <- All YouNeed To Know ‣ Integration (CI): Build and test ‣ Deployment (CD): Deploy and integration test ‣ Delivery: All the way to production, baby
- 28. “CEASE DEPENDENCE ONINSPECTION TO ACHIEVE QUALITY. ELIMINATE THE NEED FOR INSPECTION ON A MASS BASIS BY BUILDING QUALITY INTO THE PRODUCT IN THE FIRST PLACE.“ W. Edwards Deming LEAN THINKING
- 30. BEST PRACTICES WORKING SOFTWARE,ALL THE TIME ▸ Builds should pass the coffee test (< 5 minutes) ▸ Commit really small bits ▸ Don’t leave the build broken ▸ Use a trunk/master based development flow (branch less than a day - use feature flags to branch by abstraction) ▸ Don't allow flaky tests, fix them! ▸ The build should return a status, a log, and an artifact.
- 31. HOW IT WORKS THECD PIPELINE ▸ Only build artifacts once ▸ Artifacts should be immutable ▸ Deployment should go to a copy of production before going into production ▸ Stop deploys if it a previous step fails ▸ Deployments should be idempotent
- 32. TEST FIRST TESTOFTEN TEST FOR SUCCESS ▸ Automated testing is CI table stakes ▸ Unit tests ▸ Integration tests ▸ Crossbrowser, performance, security, etc. ▸ Test driven development, ideally (TDD/BDD/ATDD) ▸ Do it ▸ Stop being a crybaby ▸ Really, do it NO PULL REQUESTS WITHOUT TESTS
- 33. SHINY TRINKETS TOOLING ▸ VersionControl (git, others, doesn’t matter as long as you use it) ▸ CI System (jenkins, bamboo, circleCI, travisCI) ▸ Build (whatever your platform needs - make/rake, maven, gulp, packer) ▸ Test (*unit, robot/protractor, cucumber) ▸ Artifact Repository (artifactory, nexus, dockerhub, S3) ▸ Deployment (rundeck, ansible, your CM system)
- 34.
- 36. RELIABILITY ENGINEERING DESIGN FOROPERATION ▸ Design patterns exist for creating resilient systems. ▸ If your app sucks, there’s only so much an ops team can do about it once it’s deployed. ▸ Devs need to take responsibility for their app through deployment.
- 37. ADDING OPS INTODEV ▸ Enhance Service Design With Operational Knowledge ▸ Reliability ▸ Performance ▸ Security ▸ Test These ▸ Design Patterns (Release It!, 12-factor apps) ▸ Foster a Culture of Responsibility ▸ Whether your code passes test, gets deployed, and stays up for users is your responsibility – not someone else’s ▸ Make Development Better With Ops ▸ Productionlike environments ▸ Power tooling - vagrant, etc.
- 38. RELIABILITY ENGINEERING OPERATE FORDESIGN ▸Build ▸Measure ▸Learn ▸Repeat
- 39. ADDING DEV INTOOPS ▸ Don’t do tasks for people. Build tools so they can do their own work. Ops is now a dev team and the platform is their product. ▸ Automate. This means code, and using coder practices (from source control on) ▸ Build Feedback Paths Back To Dev From Production ▸ Monitoring and metrics - Ensure that monitoring/logging/metrics feed back into dev (and the business) ▸ Blameless Incident Postmortems ▸ Developers Do On Call Production Support ▸ SRE model - devs support till it gets big and ops accepts support
- 40. OTHER RESOURCES TO LEARNMORE ▸ Gene Kim, John Willis, Jez Humble, and Damon Edwards’ The DevOps Handbook ▸ Gene Kim’s The Phoenix Project ▸ Jez Humble’s Continuous Delivery ▸ Michael Nygard’s Release It! ▸ Tom Limoncelli’s The Practice Of Cloud System Administration ▸ Mary and Tom Poppendieck’s Lean Software Development ▸ Velocity Conference (velocityconf.com) ▸ DevOpsDays Conferences (devopsdays.org) ▸ DevOps Weekly newsletter (devopsweekly.com) ▸ DevOps Café Podcast (devopscafe.com) ▸ The Twelve Factor App (12factor.net) ▸ The Agile Admin (theagileadmin.com)
- 41. NEXT STEPS GETTING STARTED ▸Automatedinfrastructure and automated testing give you safety ▸Making it all continuous gives you speed and safety ▸Engineering for reliability gives you more safety ▸Accelerating flow makes you money
- 42.
- 43. BIMODAL HAS MOVEDFROM 38% OF COMPANIES ADOPTING THIS STRATEGY IN 2016 TO 43% IN 2017. Gartner FUD BUNKER
- 44. AM I THEONLY ONE WHO READS THIS AS “43% OF COMPANIES STILL CAN’T FIGURE OUT WHY THEIR IT ORGANIZATIONS ARE DYSFUNCTIONAL”? Damon Edwards TRUTH BOMB
- 45.