jskalla@skalla.dev:~$ load 0.42 · uptime 13y
/proc/self/now ▣ ▣ ▣

last updated: 2026-05-16

microVM fencing without losing LXC density

zerops runs multi-tenant on incus LXC today. that's been good for density, fine for trust, and increasingly tight as we scale. the move is to put a microVM around each tenant — kernel-level isolation, smaller blast radius — and keep an LXC fleet inside that microVM for the actual workloads. we get the kernel boundary at the customer line and the density we already shipped.

honest trade-offs:

  • cold start is worse than bare LXC.
  • memory ballooning and overcommit need tuning.
  • kernel surface inside the guest is a thing we now own.

none of these are deal-breakers, but they're real and we plan around them.

the bet: density × isolation is the unlock for going worldwide. you can't run banking-grade tenants on a shared kernel forever, and you can't pay public-cloud per-VM economics either. this is the middle.

managed observability with AI in the loop

we're shipping observability where the boring 95% (collection, retention, dashboards) is solved and the AI helps with the 5% that hurts — correlating a deploy with a latency spike, summarising on-call noise, suggesting the next probe. not a chatbot bolted on; the AI sits where it's actually cheaper than a tired human at 3 a.m.

managed services surface

postgres, redis-family, search, queues, object storage. opinionated defaults, sane upgrade paths, no surprise downtime. the goal is that you stop noticing them, which is the highest compliment a managed service can earn.