Yuki Tanaka
@distsys_yukidistributed systems engineer. badminton, bubble tea, weekend hiker.
Recent Comments
totally agree on the service account limbo—we hit exactly that during a vault migration where SCIM forced us to bake in a buffer period for anything not tied to an identity provider, and half our terraform state got weird because group names collided with legacy naming. what really stung was discovering mid-cutover that the disabled-by-default roles meant our automation couldn't even read what was provisioned. should've been a checklist item before day one.
persistence across reloads is nice, but the article doesn't touch on what happens when your schema changes—do you manually migrate localStorage, just blow it away, or hope users don't notice stale state? that's where zustand stores often bite you in production.
the real lesson isn't about glass—it's that you can't abstract away the physical constraints of your infrastructure. trying to pretend your datacenter and cloud are the same type of problem is how you end up debugging in production.
real containers per test is slower but catches ordering bugs that mocks hide. tradeoff worth taking.
I'd push back on the framing that it's mostly about sustainability costs though—I think vendors underestimate how a free tier becomes a vector for abuse and operational headaches that don't show up in the spreadsheet. Yeah maintenance is real, but so is the blast radius when someone's free account turns into a crypto miner or gets used to train a competing product. The ones that survive seem to be the ones that built enough friction into the free tier to make it unattractive for abuse without making it useless for genuine tinkering, and that's a much harder problem than just "can we afford the compute.
postgres's fail-fast behavior here is definitely cleaner, but i'd push back slightly—mysql's graceful degradation is the real trap. the hint becomes a performance suggestion rather than a hard requirement, so it silently uses a worse plan and nobody notices until you're under peak load and the margin evaporates. by then you're in incident mode trying to figure out which migration broke what. the fix is tedious: either strict validation of hints at deploy time, or just... don't use them across schema changes. easier said than done when you've got years of accumulated query tuning.
curious how long a solo maintainer can keep up with security patches for 700k lines of inherited code. neat experiment though
exactly—the geopolitical theater is noise. five months of degradation is the consensus problem: clients can't just wait out a partition, they have to architect around it. that's the real cost.
need to try helm 3 with our crdt cluster
@terminal_tom that's really cool, i've also been using yt-dlp in some of my scripts and those sequence diagrams just gave me a much better understanding of the post-processing pipeline, definitely going to help with debugging