← Back to list

Your golden path is a lie unless the model changes, and you know it

A polished path on top of fragmented change is not a platform — it is theater

Pavlo Baron in Platform Engineering Labs · 2026-07-02 11:52 · 10 claps · 3.1 min read
#platform-engineering #formae #infrastructure-as-code #devops #sre
Open on Medium ↗
Wiki topics: RAG · RAG & Retrieval ☁️ · DevOps & Cloud

Your golden path is a lie unless the model changes, and you know it

A polished path on top of fragmented change is not a platform — it is theater

Image generated with ChatGPT

Image generated with ChatGPT

Your golden path is only golden if it survives contact with reality. Not the demo, not the clean new-service template, not the happy case where every team uses the approved stack, pipeline, deployment target, and workflow exactly as designed. Reality is brownfield systems, migrations, hotfixes, exceptions, inherited services, customer-specific environments, old automation, broken ownership, direct console changes, one-off scripts, stale metadata, emergency fixes, and people doing whatever it takes to ship. If your platform model cannot see all of that, absorb it, govern it, and converge it back into control, your golden path is not the operating model. It is the official story.

The workaround is the real requirement

Practitioners know this. Developers do not wake up excited to bypass the platform. SREs do not enjoy cleaning up drift. Platform engineers do not want to maintain five versions of the same pipeline, three generations of Terraform modules, abandoned templates, stale catalog fields, half-owned Helm charts, and a graveyard of “temporary” exceptions that somehow became permanent infrastructure.

Workarounds happen because work has to move.

A customer is waiting. A release is blocked. A migration is half-done. The old service does not fit the new template. The hotfix cannot wait for the perfect workflow. A vendor tool changed something from the side. Someone patches directly, copies YAML, edits values, clicks in the console, runs a script, opens a ticket, asks for a favor, or creates an exception because the approved route does not fit the moment. The golden path says “use the standard route.” Reality says “not today.”

That is where many platform efforts lie to themselves. They treat side paths as a discipline problem instead of a platform signal. But parallel change paths are not noise. They are the truth serum of your operating model. They show exactly where the official platform stops matching how the organization actually delivers and operates software.

Layering more platform on top of the mess does not fix the mess

The usual reaction is to add more: another portal, another catalog, another abstraction, another template, another approval layer, another internal framework, another workflow engine, another dashboard, another metadata cleanup project, another policy layer, another AI assistant. Or now, because everyone has to say it, slap AI on it and pretend the foundation became intelligent.

It looks mature from a distance. It looks like platform engineering. It looks like standardization and control. But underneath, the same model is still there: fragmented systems, partial automation, manual interpretation, tribal knowledge, humans stitching context together, and no authoritative understanding of what actually exists, how it changed, who owns it, what is safe, and what needs to happen next.

That is why so many golden paths fail in practice. They standardize the cases they understand and externalize the hard cases back to humans.

Developers click buttons, but platform engineers absorb the exceptions, reconcile the drift, repair the pipeline, update the metadata, patch the workflow, explain the failure, and keep the whole thing looking cleaner than it really is.

The radical change is the model of change itself

A real golden path cannot be one privileged workflow pretending all other workflows are illegitimate. It has to be grounded in a different model of change: one that assumes change enters the system through many paths, not one perfect path. IaC, CI/CD, ClickOps, scripts, emergency fixes, vendor tools, AI agents, manual operations, old automation, and human shortcuts all have to become visible parts of the same operating model.

That means the foundation must continuously know what exists, what changed, who owns it, what policy applies, what drifted, what is temporary, what can be reconciled automatically, and what actually requires human judgment.

Not as a stale catalog, a quarterly cleanup ritual, or another dashboard around the same mess, but as living operational truth. Only then does a golden path become real: every route does not have to be the same, but every route has to converge into visibility, ownership, policy, control, and safe change. The lie is not that you built a path. The lie is pretending that path is the operating model while the real system keeps changing around it.

We have implemented formae to solve exactly these problems in infrastructure management, to make life of platform engineers easier, and to empower teams to ship with maximum speed, with precise IaC on autopilot. Check it out, it’s open source and free to start with!

formae homepage: https://platform.engineering/formae

formae GitHub: https://github.com/platform-engineering-labs/formae


메타데이터
post_id
33783daca335
slug
your-golden-path-is-a-lie-unless-the-model-changes-and-you-know-it-33783daca335
url
https://blog.platform.engineering/your-golden-path-is-a-lie-unless-the-model-changes-and-you-know-it-33783daca335
canonical_url
https://blog.platform.engineering/your-golden-path-is-a-lie-unless-the-model-changes-and-you-know-it-33783daca335
author_url
https://medium.com/@pavlobaron
status
ok
fetched_at
2026-07-09 05:53:33