devops

It’s always a people problem.

I attended DataOpticon yesterday in London. It was excellent. Massive credit to Steph Locke (b|t) for organising and gracious thanks to Microsoft and all the sponsors for hosting. Between sessions, Steph introduced me to a pair of folks who had a technical question. Steph thought I might be able to help. This is amazing.#DataOpticon pic.twitter.com/MqHAQrUtLU — Alex Yates (@_AlexYates_) September…

DevOps, Culture and Trust

The slide above is from my DevOps 101 session. Sometimes people need reminding. DevOps is about five things: C – ulture a – utomation l – ean m – etrics s – haring First, and with a capital letter, comes Culture. Let’s talk about why. Dysfunctional teams As a consultant, the engagements I find frustrating are where a customer asks…

3 reasons why your business will fail if you don’t adopt DevOps for your database

If you do not adopt DevOps your business is going to fail. It is going to fail because you underestimate the cost of your slow and cumbersome IT delivery processes. Either you will realise this before your competitors, or they will realise it before you. Whoever adopts DevOps first will win. In the wise words of Ricky Bobby, “If you…

Continuous Delivery for Oracle Databases, with Atlassian Bamboo and the Redgate DLM Automation Suite for Oracle (part 2)

Welcome to part 2 in this short series. In this post I’ll explain how to extend the Oracle DB continuous integration process I set up in part 1 by adding a release management process that deploys changes to staging or production databases at the click of a button. Objective for part 2 At the click of a button, at a…

Continuous Delivery for Oracle Databases, with Atlassian Bamboo and the Redgate DLM Automation Suite for Oracle (part 1)

Welcome to part 1 in this short series, where I explain how to set up a continuous integration process for Oracle databases. In part 2 I’ll set up a release management process that allows a user to deploy changes to staging and live databases at the click of a button. Objective for part 1 Whenever a developer commits a change…

“DevOps teams”

Redgate has a DevOps team. They do a good job. For the record, Redgate is not the company that inspired this blog post. The company that did shall remain nameless. I don’t have a problem with “DevOps teams” or “DevOps engineers”… as long as they are evangelists – and not button pushers, build masters or release engineers with added buzzwords.…