I took for granted that managed Kubernetes offerings, like Amazon’s Elastic Kubernetes Service (EKS), would continue to Just Work (tm). What happens when they break down? Here are some lessons I’ve learned:
Sometimes, with high-churn workloads (e.g., knative), the de facto CNI of vpc-cni breaks down and refuses to assign more IP addresses. When that happens, you’re SOL. Despite some clever Terraform code lining up the EKS cluster version and grabbing the latest version of the vpc-cni EKS add-on, do not trust that it is stable enough for production use until verified directly.
Blogging is supposed to be super easy, low effort, and high reward. compare the effort it takes to produce a video for YouTube. Maybe how long it takes to code an application. Or publish an academic article. All of those make information you have to say publicly available, but how much work is put into it to get the content processed and over the finish line?
For this reason, among many others, blogging is a form of self-promotion, of self-discovery, and of public navel-gazing (you didn’t think it’s all sunshine and roses, did you?
Looking at the Nivenly Discord, I saw Hachyderm.io was having some HTTP 504 issues indicating some backend service was malfunctioning. This lead to a link of a post-mortem last time this happened.
19:06 @dma status.hachyderm.io updated acknowledging the root cause
From blog.hachyderm.io This small snippet from the timeline sparked an urge. It was an urge to do web development for a running service, not just a static site or two—of which this very blog is one.
I’m seeing an influx of people talking about “everyone back to the office!” with responses like “lol, I moved. When should I expect the travel itinerary with accommodations you’ve booked?” I too have moved. I too would respond this way. I too believe if I am able to do my job well remotely, it shouldn’t friggin’ matter if you’ve spent millions of dollars on a state of the art office. Your poor investment is not my problem.
I see a good project README answering the following 3 questions:
What does this do? How do I install/use it? What do I need to do/know to make changes? I tend to answer this with a few key sections of a README with some self-evident headings. Doing so, in my case, generally looks something like this:
# My Project This is my project. It does cool things and talks to neat people.
Recently I’ve gotten fed up with the breaking changes in Homebrew package manager. After some research, using Nixpkgs seemed like a far more stable option for GNU/Linux tooling on MacOS, albeit with a decent learning curve for configuration.
Without going too much further into it Nix is pretty cool.
Over the following months, I’d been spending what free time I had tinkering with Nix on MacOS, specifically with Home Manager and nix-darwin.
