<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Devops on Chris Wagner</title><link>/tags/devops/</link><description>Recent content in Devops on Chris Wagner</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>cw@wagner.org.za (Chrisando Wagner)</managingEditor><webMaster>cw@wagner.org.za (Chrisando Wagner)</webMaster><copyright>© 2026 Chrisando Wagner</copyright><lastBuildDate>Mon, 14 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="/tags/devops/index.xml" rel="self" type="application/rss+xml"/><item><title>Why I Started Thinking Like a Platform-Engineering Product Owner, Not Just a DevOps Engineer</title><link>/posts/from-devops-to-platform-engineer/</link><pubDate>Mon, 14 Sep 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/from-devops-to-platform-engineer/</guid><description>&lt;p&gt;Over the last few weeks I&amp;rsquo;ve been laying out how platform engineering grew out of DevOps practice, and what actually separates the two once you stop treating them as synonyms. This post is smaller than either of those, and more personal. It&amp;rsquo;s not an argument about where the industry is heading. It&amp;rsquo;s about a question I noticed I&amp;rsquo;d started asking myself before any other question, and what changed once I did.&lt;/p&gt;</description></item><item><title>What My Homelab Pipeline Would Look Like as an Internal Developer Platform</title><link>/posts/building-golden-paths-from-my-pipeline/</link><pubDate>Mon, 07 Sep 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/building-golden-paths-from-my-pipeline/</guid><description>&lt;p&gt;I&amp;rsquo;ve been building toward this over the last couple of weeks — writing about how platform engineering split off from DevOps as a discipline, and about the difference between &amp;ldquo;we all own operations&amp;rdquo; as a culture and a team whose actual job is building the platform other teams stand on. This post is where I stop talking about that distinction in the abstract and point it at something I&amp;rsquo;ve actually built.&lt;/p&gt;</description></item><item><title>DevOps Is a Culture. Platform Engineering Is a Product Team. That Difference Matters More Than People Admit</title><link>/posts/devops-vs-platform-engineering/</link><pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/devops-vs-platform-engineering/</guid><description>&lt;p&gt;I covered where platform engineering actually comes from last week — the short version is that it&amp;rsquo;s what happens when &amp;ldquo;you build it, you run it&amp;rdquo; hits an organisation large enough that nobody can hold the whole picture in their head any more. This week I want to sit with a distinction that gets blurred constantly, in job specs, in conference talks, in the way people casually use &amp;ldquo;DevOps team&amp;rdquo; and &amp;ldquo;platform team&amp;rdquo; as if they&amp;rsquo;re the same noun with a rebrand: &lt;strong&gt;they are not the same thing, in kind, not just in degree.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Platform Engineering Didn't Replace DevOps — It's DevOps Grown Up Enough to Ship as a Product</title><link>/posts/devops-platform-engineering-lineage/</link><pubDate>Mon, 24 Aug 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/devops-platform-engineering-lineage/</guid><description>&lt;p&gt;I keep seeing some version of the same argument on LinkedIn: platform engineering is killing DevOps, or DevOps was always a fad and platform engineering is the &amp;ldquo;real&amp;rdquo; discipline that replaced it, or — my least favourite — that the two terms are just marketing labels for the same job with a new coat of paint every few years so vendors have something to sell at KubeCon. None of that matches what I&amp;rsquo;ve actually watched happen, either in my own homelab or in twenty-five years of building infrastructure for other people&amp;rsquo;s businesses. So this is post one of five where I want to work through it properly, using a pipeline I actually operate rather than a diagram borrowed from a vendor deck.&lt;/p&gt;</description></item><item><title>What I Build — A Technical Services Profile</title><link>/posts/technical-profile/</link><pubDate>Mon, 03 Aug 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/technical-profile/</guid><description>&lt;p&gt;If you&amp;rsquo;ve landed here from LinkedIn or a referral, this is the longer answer to &amp;ldquo;what do you actually do?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;The short version: I design and build infrastructure, and increasingly I&amp;rsquo;m the one deciding what infrastructure gets built. I have done so for 25 years — across datacentres, managed service environments, banking platforms, and my own homelab — using everything from Windows Server and VMware to OpenStack, Red Hat, and modern cloud-native stacks on Kubernetes. My current role is setting cloud and containerisation strategy for a regulated banking platform: the reference architectures other engineering teams build against, the guardrails that keep a POPIA and PCI-DSS environment audit-ready, and the FinOps governance that keeps cloud spend accountable at group level.&lt;/p&gt;</description></item><item><title>I Run Kubernetes for a Bank and at Home. Here's When You Shouldn't.</title><link>/posts/kubernetes-overkill/</link><pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate><author>cw@wagner.org.za (Chrisando Wagner)</author><guid>/posts/kubernetes-overkill/</guid><description>&lt;p&gt;Every eighteen months or so, the same argument does a lap of the internet. Someone writes &amp;ldquo;we moved off Kubernetes and cut our infra bill by 60%.&amp;rdquo; A few months later, someone else writes &amp;ldquo;we moved back to Kubernetes and here&amp;rsquo;s why.&amp;rdquo; Both posts get the same engagement, both are right about their own environment, and both get quoted afterwards as if they&amp;rsquo;d settled something universal. Neither side did.&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;m writing this because I sit on both ends of that argument at the same time, every day, and I don&amp;rsquo;t think either tribe is being honest with the other.&lt;/p&gt;</description></item></channel></rss>