{"id":5295,"date":"2023-05-26T17:35:54","date_gmt":"2023-05-26T17:35:54","guid":{"rendered":"https:\/\/redmonk.com\/jgovernor\/?p=5295"},"modified":"2023-05-26T17:37:18","modified_gmt":"2023-05-26T17:37:18","slug":"spicy-takes-platform-engineering-and-dynamic-configuration-management","status":"publish","type":"post","link":"https:\/\/redmonk.com\/jgovernor\/spicy-takes-platform-engineering-and-dynamic-configuration-management\/","title":{"rendered":"Spicy Takes, Platform Engineering, and Dynamic Configuration Management"},"content":{"rendered":"

The two strongest forces in the universe are outrage and confirmation bias. When it comes to highly opinionated marketing driving the outrage button we can\u2019t think of a more resonant recent campaign than Humanitec\u2019s DevOps is Dead, Embrace Platform Engineering<\/a> management. It really struck a chord even if, or perhaps because, it annoyed a lot of people.<\/p>\n

In terms of selling to Platform Engineering teams, Humanitec positions itself as powering internal developer platforms by providing orchestration and automation of configuration as code. Internal developer platforms are having a moment in the sun, with a lot of excitement about software like Spotify Backstage, so it makes a lot of sense to ride this wave.<\/p>\n

I recently recorded a video with Drew Oetzel, senior customer success engineer at Humanitec. TLDR – configuration as code is great, but it leads to sprawl. It\u2019s one thing to say we\u2019re going to treat configuration in the same way that we do software engineering, but it\u2019s quite another to deliver on the promise, when we live in world with so many different config platforms and so many different teams doing the work.<\/p>\n

According to Oetzel everybody does some platform engineering. At companies like Adobe or Google it can be really slick but at medium sized organisations it might just be a couple of people clicking around in AWS, supporting their dev teams with clicks in the console. As Corey Quinn calls it \u201cClickOps\u201d<\/a><\/p>\n

So if you\u2019re at the smaller end of the scale – congratulations! You’re the platform engineering team now. You get to manually set something up as you go through your tickets.<\/p>\n

So what even is a platform orchestrator and why would it help? According to Oetzel, it shuffles config files. So it’s shuffling Terraform scripts, it’s shuffling Helm charts, it’s shuffling Kubernetes, and YAML scripts. Automated, it essentially eliminates undifferentiated heavy lifting.<\/p>\n

The idea of Humanitec is to automate the tedious interactions between dev and ops. So, to free up your devs from having to understand the intricacies of security on an S3 bucket or the intricacies of this particular Terraform script or something like that. And it also frees up your ops side from having to automatically go and run that Terraform script, for a special test case or to go and make the adjustments that a particular dev needs to run a particular kind of test. So there’s a lot of tedious work. Once you double click on this thing, it’s automated after that, but you still have to double click on it. So you have to go in and make that change or it’s stuck somewhere. And you have to go and figure that out and it turns out its because you accidentally indicated the staging values.yaml instead of the dev values.yaml. There’s so many different config files that are being juggled.<\/p><\/blockquote>\n

Microservices architectures only exacerbate these problems – so many small files, so similar to each other, flying around. Orchestration provides a means to enable small config changes per environment.<\/p>\n

In this video we discuss the current state of the art, but also what kind of tooling might offer a better, more automated experience for platform engineering teams. How we can avoid config file and script sprawl and focus on our jobs, automating the tedious interactions between dev and ops.<\/p>\n