$ cat post/port-eighty-was-free-/-the-heartbeat-skipped-at-cutover-/-no-rollback-existed.md

port eighty was free / the heartbeat skipped at cutover / no rollback existed


Title: From the Backstage to the Frontlines: A Platform Engineer’s Ramble


Today marks a milestone in my career as an engineering manager and platform engineer. I’ve been thinking a lot about where we stand in tech today, given all that’s happened since last summer. Let me take you through some of the things that have occupied my mind.

First off, let’s talk about internal developer portals. The Backstage project from Netflix has really taken off, providing an elegant solution for managing and documenting applications within a company. At work, we’ve been experimenting with integrating Backstage into our existing architecture to streamline our deployment processes. It’s fascinating how something that started as an internal tool can become such a powerful platform for DevOps automation.

Speaking of tools, I’ve been spending quite a bit of time with eBPF (Extended Berkeley Packet Filter). The sheer flexibility and performance gains it brings to kernel-level monitoring and networking have me hooked. Last week, we managed to debug a mysterious network issue using an eBPF program that traced packet flows from end-to-end without impacting our live service. Debugging in production is no joke, but with the right tooling, it can be almost like having X-ray vision.

Kubernetes has been maturing, and with it, so have its complexities. I’ve found myself arguing more than a few times over best practices—especially when it comes to managing stateful workloads. Tools like ArgoCD are making Kubernetes deployments more approachable for developers, but the underlying complexity remains. As our cluster grew, we started facing issues with resource allocation and network policies that took hours of digging through logs to resolve.

And then there’s the whole remote-first thing. With the global shift due to COVID, I’ve been grappling with how to scale our infrastructure to support a completely distributed team. Our internal tools had to evolve quickly—especially our monitoring and alerting systems—to keep everything running smoothly from home offices. It’s funny; I miss the occasional watercooler chat that happened when everyone was in the same building.

Now, for some lighter reading: I’ve been getting a lot of questions about what to do with Raspberry Pis. A colleague asked me recently because they wanted to set up a personal server at home but didn’t know where to start. It’s a classic case of “I have this awesome idea and no idea how to make it happen.” The discussions around Raspberry Pi 4 on Hacker News reminded me of the joy in tinkering, even if it’s just setting up a little web server or streaming media box.

Reflecting on all these changes, I find myself constantly asking: what’s next? How do we keep pushing boundaries without getting bogged down by technical debt? The rise of SRE roles and GitOps approaches like Flux is encouraging. They remind us that the journey to resilient systems isn’t just about technology—it’s also about process and people.

In this era where everything seems to be changing, one thing remains constant: the need for clear thinking and practical problem-solving. Whether it’s a complex Kubernetes deployment or a simple Raspberry Pi project, I’m learning every day what truly matters in tech—both for me and those who depend on our systems.

Until next time, keep coding and debugging!


That’s my ramble for today. Hope you found it useful!