How DevOps Tools Breaks Production

3:07 · Watch on YouTube ↗

Transcript 415 words · about 3 min to read

Auto-generated captions from YouTube, not hand-corrected, so names and technical terms may be imperfect. The video is authoritative.

hey how's it going to keep Towser from the CTO visor comm what are some of the lessons from the 80s and 90s when Toyota went out and show competitors the Toyota way they'd it makes secret their processes their technology or their people I think the parallel to DevOps today is extremely relevant as companies look towards tools you can name off a ton of DevOps tools such as puppet chef terraform etc etc you can give customers and IT shops these tools but that doesn't make them Toyota

it doesn't make them Google it doesn't build a DevOps organization I've seen this time and time again in my own practice I got a call about a year and a half ago from a company that had implemented some DevOps tooling and they on paper did the right thing from a tools perspective at least if tools was the only part of the equation they gave each developer the app the ability to edit the application or modify the application in their small way and then roll up those

changes at the end of the week in the day to have some fancy news see icd process the problem was is that they never really considered the process their legacy of pearls to application development proved much faster and much more efficient than the new DevOps model that they rolled out the problem the core of the problem this wasn't even an engagement that I had to take on it was more of a process being that we could hand over to someone else the problem was that over

years they had developed this methodology for writing code testing code and deploying that they have broken with their DevOps tooling now that developers could all do their micro part of the application they could no longer roll up all of those tests into one big integration test and then one big vein deployment as a result they saw a lot more defects and they saw a slower application development process so again we can show the tools we can show the people we can show the processes but unless

you actually take a look at your own people process before you implement the technology you will break production you want to learn more about the CTL visor you can visit visit us on the web the CTO visor comm you can follow me on twitter at CTO advisor talk to you next CTO DOS