loujaybee
I can't speak for other providers, but the way we handle state is by persisting to mounted volumes that are re-mounted on restart. I'd argue that there are a few different types of sandboxes, as there are sandboxes designed for pure code execution, such as in an LLM chat, and there are more longer-lived dev environments more like a standard development environment, etc (we are the latter). If it helps, we did a write up last year of our experiences with trying to build on top of ephemeral type architectures.
Gitpod Flex is runner-based. The runner interface is intentionally generic so that we can support different clouds, on-prem or just Linux in future.
The first implemented runner is built around AWS primitives like EC2, EBS and ECS. But because of the more generic interface Gitpod now supports local / desktop environments on MacOS. And again, future OS support will come.
There’s a bit more information in the docs, but we will do some follow ups!
- https://www.gitpod.io/docs/flex/runners/aws/setup-aws-runner... - https://www.gitpod.io/docs/flex/gitpod-desktop
(I work at Gitpod)
* https://medium.com/dazn-tech/developer-experience-dx-at-dazn...
* https://medium.com/dazn-tech/building-a-dx-team-lessons-lear...