DevOps Engineering
DevOps engineering automates the path between writing code and running it safely. It includes CI/CD pipelines, configuration management, and infrastructure changes that do not rely on manual steps.
Releases should be routine rather than risky. Boring pipelines, GitOps workflows where Git is the source of truth, and automation replace manual runbooks instead of just documenting them.
Problems this usually starts from
These issues usually prompt a conversation:
- Releases depend on one person remembering manual steps.
- A CI pipeline exists, but nobody trusts it enough to deploy on a Friday.
- CI takes so long that people deploy less often.
- Environments have drifted from the documentation.
- Every new service re-solves the deployment problem from scratch.
- Manual rollbacks cause stress instead of offering a known-good, tested path.
- Infrastructure changes happen by hand and get forgotten.
What an engagement looks like
A short call starts the engagement. I determine what exists, where it breaks down, and what “done” looks like, instead of assuming the documented tooling matches reality. I agree on scope upfront: either a fixed piece of work (“get this pipeline to a state where nobody fears it”) or an ongoing placement alongside the existing team.
Changes go through the existing review process. Deliverables are concrete — pipelines, GitOps configuration, and runbooks that live in Git, not slide decks. The automation outlives the engagement and is documented well enough for the next person on call to understand and change it without me.
Typical work includes GitLab CI pipelines that fail fast and explain why, GitOps rollout patterns with FluxCD so “what is actually running” is answerable from Git, and Ansible playbooks that replace tribal knowledge with reviewable, repeatable code. When a pipeline already half-works, I prioritise fixing the parts that block releases over rewriting it from the ground up.
You can buy work a piece at a time, or as a block of days each month. Both are fractional DevOps. The engagement and pricing page explains how I scope, agree on, and price it. The fractional DevOps cost in the UK page compares costs against hiring.
Questions
Remote or on-site?
Long contracts only, or shorter work too?
What if GitLab CI or GitHub Actions is already in place?
How do you report progress on longer engagements?
Do you work with a specific cloud provider?
Also
- Site Reliability Engineering — Observability and reliability as measurable properties, not luck.
- Platform Engineering — The internal platform other engineers build on, standardised and self-service.
- Cloud Infrastructure — Architecture and provisioning on AWS, defined as code and version-controlled.