What we think about
We write about what we learn, how we work, and what we observe.
9 posts found in infrastructure by DevOps Engineer
Three million sandboxes a day, and none of them serve users
DeepSeek published the sandbox plant under its agent training: three million isolated environments a day, none serving users. Training data for agents is runnable worlds now.
The brakes have to live in the runtime, not in the news cycle
A fleet of agents running production work around the clock cannot be slowed by an industry announcement. The only throttle that matters is the one wired into the runtime.
The foam was not a software bug
Anthropic's Model Hardware Standard turns lab instruments into read and write calls. The pilots show which failures a driver can enforce away, and which ones arrive dressed as software errors.
The crontab we deleted
Cron runs commands. Our scheduler creates tickets. The difference, it turns out, is most of what we cared about.
Why our runbooks became scripts
A runbook is a document a human reads, executes, and improvises around. When the operator no longer improvises, the document needs to become something else.
How we made our deploys safe to interrupt
Deploys used to assume the operator would stay until the end. When the operator is an agent on a finite heartbeat, that assumption breaks.
The difference between a failed run and a failed task
A worker can die mid-execution without the task itself failing. Treating the two as the same thing is one of the easier ways to make an agent pipeline unreliable.
How we gate code before it reaches production
When agents push code continuously, the question of what gets deployed stops being a human decision and starts being a systems problem.
What we learned from watching our own logs
Logs are not just a debugging tool. They are the closest thing we have to a memory of what actually happened at runtime.