The DevOps Handbook, 2nd Edition: How to Create World-Class Agility, Reliability, & Security in Technology Organizations
Related Products
This award-winning and bestselling business handbook for digital transformation is now fully updated and expanded with the latest research and new case studies!
“[The DevOps Handbook] remains a must-read for any organization seeking to scale up its IT capability and expand DevOps practices across multiple departments or lines of business.” —Mike Perrow, TechBeacon
For years, The DevOps Handbook has been the definitive guide for taking the successes laid out in the bestselling The Phoenix Project and applying them in any organization. Now, with this fully updated and expanded edition, it’s time to take DevOps out of the IT department and apply it across the full business.
Technology is now at the core of every company, no matter the business model or product. The theories and practices laid out in The DevOps Handbook are tools to be used by anyone from across the organization to create joy and succeed in the marketplace.
The second edition features 15 new case studies, including stories from Adidas, American Airlines, Fannie Mae, Target, and the US Air Force. In addition, renowned researcher and coauthor of Accelerate, Dr. Nicole Forsgren, provides her insights through new and updated material and research. With over 100 pages of new content throughout the book, this expanded edition is a must read for anyone who works with technology.
“[The DevOps Handbook is] a practical roadmap to improving IT in any organization. It’s also the most valuable book on software development I’ve read in the past 10 years.” —Adam Hawkins, software developer and host of the podcast SmallBatches
Publisher : IT Revolution
Publication date : November 30, 2021
Edition : 2nd
Language : English
Print length : 528 pages
ISBN-10 : 1950508404
ISBN-13 : 978-1950508402
Item Weight : 2.31 pounds
Dimensions : 6.16 x 1.6 x 9.04 inches
Best Sellers Rank: #60,396 in Books (See Top 100 in Books) #32 in Software Development (Books) #39 in Computers & Technology Industry #177 in Business Management (Books)
Customer Reviews: 4.7 4.7 out of 5 stars (3,002) var dpAcrHasRegisteredArcLinkClickAction; P.when(‘A’, ‘ready’).execute(function(A) { if (dpAcrHasRegisteredArcLinkClickAction !== true) { dpAcrHasRegisteredArcLinkClickAction = true; A.declarative( ‘acrLink-click-metrics’, ‘click’, { “allowLinkDefault”: true }, function (event) { if (window.ue) { ue.count(“acrLinkClickCount”, (ue.count(“acrLinkClickCount”) || 0) + 1); } } ); } }); P.when(‘A’, ‘cf’).execute(function(A) { A.declarative(‘acrStarsLink-click-metrics’, ‘click’, { “allowLinkDefault” : true }, function(event){ if(window.ue) { ue.count(“acrStarsLinkWithPopoverClickCount”, (ue.count(“acrStarsLinkWithPopoverClickCount”) || 0) + 1); } }); });
8 reviews for The DevOps Handbook, 2nd Edition: How to Create World-Class Agility, Reliability, & Security in Technology Organizations
Add a review
Dennis Muzza –
The definitive guide to DevOps
This book is a worthy sequel to The Phoenix Project, a kind of novel that illustrated the principles of DevOps in a similar fashion that Goldratt’s The Goal explained a generation ago the principles behind lean manufacturing and the theory of constraints. It used a fictional story to help the reader understand the “why” of DevOps and what a successful end state looks like. In The DevOps Handbook the same set of authors continue where they left off, this time explaining the “how” of DevOps, how the three Ways (flow, feedback, continuous learning) are implemented in practice. This book lets you see through the current hype around DevOps, much of it coming from tool vendors positioning their various “solutions” as silver bullet, putting the technology in its rightful place beside people and process. While in the Flow section there is plenty on continuous integration and continuous delivery (CI/CD) that for most people is what first comes to mind when they think of DevOps, since so much has been written about this elsewhere I don’t think this is the most useful part of the book. To me the most valuable section, because it’s not covered so well elsewhere, is the one on the principles of feedback, how information flows back from production environments to development via telemetry and A/B testing. But perhaps what is most useful and by itself makes this book more than worth its price are the various case studies from the companies with the most mature DevOps practices, what problems they were struggling with at first and how they got to where they are now. The book ends on a great note with the appendix, which elaborates on the lean principles on which the theoretical framework behind DevOps is built, a how to guide on “blameless postmortems”, and an extensive list of references, most of them with URLs, so that the reader can drill down on all the subjects covered.
Becky –
highly recommended
he DevOps Handbook” is an exceptional resource! It provides invaluable insights into the world of DevOps and is a must-read for anyone involved in software development and IT operations. The book is well-structured, filled with practical guidance, and backed by real-world examples. It has been instrumental in helping me understand and implement DevOps principles and practices within my organization. Highly recommended for anyone looking to improve their software delivery and IT operations processes!
A. S. –
Good follow up read.
I read the Phoenix project and then followed it up with this book. There are a number of good sections for leaders to reference in their journey to Devops. The case studies were also interesting to hear, even one from my own company.
Appleoddity –
A must read.
This is an engaging, and well written book all the way through. Excellent, practical application and explanation of Devops principals. The mention of numerous products along the way really helped me discover new tools. A serious blueprint for any technology organization.
Josh –
Very detailed, Very Informative
Full Detail as described, ready to go implement best practices after reading.
Zyzzybalubah –
This book is a gem
DevOps has become a meaningless buzzword, but it used to actually mean something. I’ve been a software engineer for two decades, but only recently have I really started thinking about why some organizations are highly productive and others are hopeless. Teams I’ve been on, and I personally have literally been ten times as productive at some places than at others. Why? What’s different? After reading this book and comparing its examples and counterexamples to different orgs I’ve been part of over the years I have to say I strongly agree with about 90% of it, and I don’t disagree with any of it.Anybody whose work is even remotely related to software development should read this book. It’s not overly technical, so you don’t have to be neck deep in code on a daily basis to understand the points it makes. It’s about how to (and how not to) structure teams and the org as a whole to maximize the actual business value being created. Devs, product owners, QA people, managers, C-suite types, anybody whose responsibilities even remotely relate to software development really need to understand the concepts that this book presents. I’m honestly annoyed with myself for not having read it sooner.
Kindle Customer –
Love the book
As an SRE trainee, the book helps me a lot to learn and deepen in several concepts that I want to apply in my current position. Highly recommend, I would even say mandatory to read it.
Dr. R –
useful info but abbreviations need a glossary with links
we did a lot of this (other than avoiding blame) at HP 10 years ago, but the new lingo was useful. Great real-world examples. Don’t try to read more than 25 percent of the total pages a day. Let it soak in. I will say that a third of the book was citations, inflating the kindle length. The authors also need to add explanations of the critical chart that we write for a project before conversion. %C/A won’t search on a kindle. You end up with California references. I never did learn what VA meant. For being the top three requirements for using this approach, it felt rather like a note that ends “whatever you do, don’t—“I would also like more on ‘Kolmogorov-Smirnov’ .