$ cat post/port-eighty-was-free-/-we-ran-it-on-bare-metal-once-/-disk-full-on-impact.md

port eighty was free / we ran it on bare metal once / disk full on impact


Title: A Day in the Life of DevOps on September 9, 2013


September 9, 2013 was just another day filled with chaos and excitement. I woke up to a mix of news headlines that seemed outlandish even by today’s standards—Nokia being acquired by Microsoft? A scam company raising millions in funding? And the most intriguing one: the Chaos Computer Club breaking Apple’s TouchID.

As an engineer, my head was already spinning from the usual morning stand-up meeting, but today felt different. Our team was debating whether to adopt Docker for our next project. The buzz around containers had been growing steadily since Google’s announcement of Kubernetes in 2014, but it wasn’t clear yet if Docker would be the right choice.

During our daily sync, we were discussing a particularly gnarly issue with our application stack. One of our services kept crashing intermittently, and no matter how many logs we collected or how much we poked at the code, we couldn’t pinpoint the root cause. The frustration was palpable as we tried to figure out what was going on.

The chaos of the morning meeting spilled over into my desk work. I started by firing up a Docker container to reproduce the issue locally. It was an interesting challenge because our application was built on a monolithic architecture, and we were slowly migrating towards microservices. The transition had its challenges, especially when dealing with shared dependencies and environment variables.

As I was setting up my local environment for the day, a notification popped up: “Chaos Computer Club breaks Apple TouchID.” My immediate thought was, “Is it really that easy?” But then again, how hard can it be to break something that relies on complex cryptography?

I decided to take a brief break and dig into this news. It turns out, the C3 (Chaos Computer Club) had found a way to bypass TouchID using a combination of hardware and software tricks. The article was technical but not overly complicated for someone familiar with security vulnerabilities in computing systems.

Back at my desk, I continued debugging our application. After an hour of frustration, it struck me that we might have been dealing with a race condition in our codebase. I quickly ran some tests to simulate the conditions under which the service crashes and managed to reproduce the issue locally. It felt like a small victory after hours of trying.

The day turned out to be productive in other ways too. Our team was discussing the pros and cons of using Docker for our next project, and it seemed that the majority favored its simplicity and ease of use. We were planning to go with Kubernetes eventually but decided to start small with Docker Compose to streamline our deployment process.

By mid-afternoon, I had a solid plan for refactoring some parts of our application to better support microservices architecture. This change would not only make it easier to scale individual services independently but also reduce the complexity of our overall setup. It was exciting to think about how these changes could improve our ability to deploy and manage services more efficiently.

As I wrapped up my day, I couldn’t help but feel a sense of satisfaction. While we still had challenges ahead, today felt like a step in the right direction. The tech industry is always moving fast, and it’s important to stay agile and open to new tools and approaches that can make our work easier and more efficient.

In the evening, I logged into Hacker News as usual, and found myself reading about SteamOS and the controversy surrounding the funding of a scam company. It was a stark reminder that in tech, not everything is as it seems on the surface, just like some of the bugs we deal with every day.