{"id":1157,"date":"2018-12-22T00:47:31","date_gmt":"2018-12-22T00:47:31","guid":{"rendered":"https:\/\/blog.hassler.ec\/wp\/?p=1157"},"modified":"2018-11-26T08:56:27","modified_gmt":"2018-11-26T08:56:27","slug":"what-devops-really-means","status":"publish","type":"post","link":"https:\/\/blog.hassler.ec\/wp\/2018\/12\/22\/what-devops-really-means\/","title":{"rendered":"What DevOps Really\u00a0Means"},"content":{"rendered":"
\n
\n
\n
\n

An engineers take on the latest buzzword in\u00a0tech<\/h2>\n
\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201cman using laptop in front of brown chair\u201d by\u00a0Alex Kotliarskyi<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

I\u2019ve been working in technology throughout my career and have seen the software development space mature and evolve through a number of methodologies. Most of these ideas are common sense productivity enhancements drawing from different sectors. A few years ago it was all about moving from the \u2018waterfall\u2019 development model to more agile, lean methods. Recently I\u2019ve joined a forward thinking company who are embracing DevOps.\u00a0Verifa<\/a>\u00a0has taken agile methodology and provides the structure to bring the benefits to the wider business. Let\u2019s make coding fun again\u2026<\/p>\n

DevOps is a new buzzword in computing circles. It encompasses many common sense ideas about the integration between business and technology and provides the narrative to bring development, delivery and operations together.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>\n<\/figure>\n

DevOps is the practice of operations and development engineers participating together through the entire service lifecycle, from the design and development process all the way to production support. It replaces the traditional silo setup where you have a team that writes the code, another team to test it, yet another team to deploy it, and even another team yet to operate it.<\/p>\n

It is characterized by operations staff making use of many of the same techniques as developers for their systems work. In DevOps, system engineering works like a development workflow. All the assets are checked into source control and have tests associated with them.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>\n<\/figure>\n

At Verifa we have several core DevOps themes: values, principles, methods, practices, and tools.<\/p>\n

Values<\/h3>\n

Engineers are solution centric by nature, and that can often turn into negativity about new technologies or avoiding attempts to try new things, from \u201cNot Invented Here\u201d Syndrome, to disruptive attempts at niche protection. To truly embrace DevOps thinking is to acknowledge and overcome these temptations. No technology, not even Docker, Kubernetes or Amazon Web Services, will solve your problems if the value proposition is not understood.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201cpeople holding hands\u201d by\u00a0rawpixel<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

Principles<\/h3>\n

The Verifa set of principles is based on The Three Ways. This model was developed by Gene Kim, author of \u201cVisible Ops\u201d and \u201cThe Phoenix Project,\u201d and Mike Orzen, author of \u201cLean IT.\u201d We encourage building an environment that encourages systems thinking, amplifying feedback loops, and a culture of continuous experimentation and learning.<\/p>\n

Always keep thinking about the whole system. Ask yourself, How can I build in more feedback loops? Monitoring, metrics, and logging are three feedback loops that bring operations back into design. The successful DevOps environment will encourage processes that can create short, effective feedback loops, such as incident control system, blameless post-analysis, and transparency\u2026<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201ctwo person handshaking in front of MacBook Pro\u201d by\u00a0rawpixel<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

Methods<\/h3>\n

Lean Management<\/strong>
\nLean = simple. Break your project into small batches of work, build in progress limits, feedback loops and visualization. This is my favourite element to bring to a project; lean management practices lead to better organizational outputs, including system throughput and stability and less stress and greater personal satisfaction.<\/p>\n

People over Process over Tools<\/strong>
\nOne of the first methodologies coined by DevOps pioneers is called people over process over tools. Within Verifa we recommend identifying who\u2019s responsible for a job function first\u2026 Then defining the process that needs to happen around them\u2026 Then selecting and implementing the toolchain to perform that process. It\u2019s common sense on paper but engineers and managers, often driven by a flashy sales pitch from tool vendors, are tempted to do the reverse and buy a tool and go back up the chain from there.<\/p>\n

Continuous Delivery<\/strong>
\nThis is a term heard so often that people even wrongly equate it with DevOps.\u00a0In short, it\u2019s the practice of coding, testing, and releasing software frequently, in really small batches so that you can improve the overall quality and velocity.<\/span>\u00a0This is the key element to get in place early on in your project and is the driver to successful DevOps implementation.<\/p>\n

Change Control<\/strong><\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>\n<\/figure>\n

In my experience, there is a direct correlation between operational success and control over changes. This doesn\u2019t mean you need a traditional control process which slows you down and can do more harm than good. The requirement here is a scalable, resilient continuous delivery platform. Focus on eliminating fragile artefacts, creating a repeatable build process, managing dependencies and creating an environment of continual improvement.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201cMatrix movie still\u201d by\u00a0Markus Spiske<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

Infrastructure as Code<\/strong>(Configuration as Code\u2026 Everything as Code)<\/em>
\nOne of the revelations I\u2019ve had from working with Verifa is that systems can and should be treated as code. System specifications are checked into source control and go through code reviews. Using modern deployment technologies such as Docker and Kubernetes it is possible to automatically build, test, and create real systems from the spec and manage them programmatically. With this kind of approach, we can compile and run systems, instead of creating labour intensive permanent fixtures that are difficult to evolve over time.<\/p>\n

Practices<\/strong><\/h3>\n

All IT organizations I have worked with have approached projects with the philosophy of, let\u2019s make something\u2026 then put someone else in charge of testing and deploying it. This doesn\u2019t usually work to plan. Timescales slip and once the development team moves to the next project it becomes impossible to solve operational issues.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201croller coaster under white clouds and blue sky\u201d by\u00a0Priscilla Du Preez<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

What we advocate at Verifa is to keep developers in the loop for the service they created and take ownership of the Ops. This creates more efficient feedback cycles, allowing development teams to respond much faster not just to bugs, but also to new features and ensure the right product is being developed.<\/p>\n

Tools<\/strong><\/h3>\n

At Verifa we love tools! They enable engineers to code, build, test, package, release, configure, and monitor both systems and applications. We are tool experts and have seen the full spectrum of what the open source community and commercial vendors have to offer. Before the rise of DevOps, innovation and tooling had stagnated. I had been using the same toolset as I did when I started as a developer back in 2000. Many DevOps enabled tools are impressive in terms of the capabilities they bring to the service life cycle.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201cassorted handheld tools in tool rack\u201d by\u00a0Barn Images<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

It is necessary to define a robust DevOps toolchain. There\u2019s not a single tool that will do everything, you will need a series of tools that can be composed into a toolchain to address your needs. And you want them all to work together\u2026 a tool is only useful to the degree that it supports your entire system.<\/p>\n

You need to select tools which fit well with others in the toolchain. It should be able to perform its work in an automated manner. You should be able to call it and invoke it from an API, or the command line. Generally, UI driven tools are a poor choice and don\u2019t sit well in an integrated toolchain; you want the tool to be verifiable.<\/p>\n

And Next\u2026<\/strong><\/h3>\n

Pull down a docker image and begin experimenting. Fork someone else\u2019s code and just start building on it. Spin up a server or cluster of servers using Kubernetes. You\u2019re doing DevOps. Start on your own computer, and then in the cloud.<\/p>\n

\n
\n
<\/div>\n
<\/canvas><\/div>\n<\/div>
\u201cboy standing on ladder reaching for the clouds\u201d by\u00a0Samuel Zeller<\/a>\u00a0on\u00a0Unsplash<\/a><\/figcaption><\/figure>\n

When people first hear about infrastructure as code or continuous delivery, the first response is always, that\u2019s not how we do things here. To succeed with DevOps you have to start somewhere with these techniques, they\u2019re not difficult. For many years, the advice that has been given to the industry has been completely opposite to what Verifa and DevOps pioneers have found to work.<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

If you found this introductory DevOps article useful, Verifa have a more detailed paper\u00a0here<\/strong><\/a>. This expands on the DevOps principles touched upon in this short article.<\/p>\n

You are also welcome to sign up to the\u00a0Verifa newsletter<\/strong><\/a>\u2026<\/strong>\u00a0You will receive notifications of other useful DevOps content straight to your inbox.<\/p>\n

If you want to contact me directly, I can be reached here:\u00a0amackay@verifa.io<\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/div>\n