Over a million developers have joined DZone.

The DevOps Weekly: IT Failures, Refactoring, and Automation

Take some time to read the best DevOps article from last week, hand-picked by our editors.

· DevOps Zone

The DevOps zone is brought to you in partnership with Sonatype Nexus. The Nexus suite helps scale your DevOps delivery with continuous component intelligence integrated into development tools, including Eclipse, IntelliJ, Jenkins, Bamboo, SonarQube and more. Schedule a demo today

Hope everyone had a great holiday season, and welcome to the first DevOps weekly of the new year! This week, we're looking at infrastructure patterns, automation goals, why refactoring shouldn't be a major project, and how poor DevOps can harm your business. 

Basic Infrastructure Patterns — David Karapetyan

We mostly cater to software developers here on DZone, but it's important to look at the infrastructure side of DevOps as well. David has put together a really in-depth article on four patterns: pipelines, hashed cache, retries and fallbacks, and pipeline in a loop, complete with some code examples. 

Automate to Save Mental Energy, Not Time — John Cook

Automation is often seen as necessary because it saves time that developers could be spending on other tasks, rather than pushing buttons. However, as John Cook (and xkcd) points out, sometimes automation efforts get out of control, and the prospect of "paying for itself" in time looks more difficult than planned. But even if that's the case, automation can save mental energy to give developers a break, or keep them in a zone longer, and there's something to be said for that.

Refactoring is a Development Technique, Not a Project — Eric Dietrich

How many of us have started to accept "refactoring" as a term for "rebuild everything"? MVB Eric Dietrich presents a sanity check on what refactoring actually entails, and why refactoring should focus on very little changes that shouldn't require any effort at all, like taking your shoes off before you enter a house. 

Oyster’s Underground Nightmare: When DevOps Kills Retail — Ron Gidron

We hear about massive IT failures on the news all the time, and this case study from DZone user Ron Giron looks at the way Oyster's ticketing system for the London Underground failed, keeping barriers open and losing thousands of pounds of revenue, and what can be done to prevent similar failures. In this case, DevOps was implemented poorly, and unfortunately, even reverting to the "old way" of doing things in just one spot can spell disaster. 

The DevOps zone is brought to you in partnership with Sonatype Nexus. Use the Nexus Suite to automate your software supply chain and ensure you're using the highest quality open source components at every step of the development lifecycle. Get Nexus today


The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}