7 ms·
MicroVMs: Run isolated sandboxes with full lifecycle control
- billconan 4mo agodoes it have gpu support?
- redrove 4mo agoNo, it doesn’t seem like it.
- esseph 4mo agoNot that I can find in the docs anywhere. Compute only.
- bitlad 4mo agoIt is supposed to be a sandbox that you can invoke from agent, langchains of the world, coding agents etc.
- binsquare 4mo agocheck this out https://github.com/smol-machines/smolvm https://github.com/smol-machines/smolvm will have a hosted platform soon with GPU support (vulkan)
- apitman 4mo agoCan confirm smolvm accelerated Vulkan compute worked great in my tests. Excellent project.
- patabyte 4mo agoThis seems roughly similar to Google's Cloud Run gen2 instance types. My understanding is with the second generation, they are running microvms which are bootstrapped from a container image.
- metadat 4mo agoHow does this compare to E2B?
- zobeirhamid 4mo agoe2b supports UDP and the pricing structure is different.
- ushakov 4mo agoi’d say what AWS released looks closer to a bare compute primitive. E2B is up the stack and ships everything around VM like snapshots, networking, integrations. also, there’s no lock-in, E2B is open-source and can be hosted on any cloud (AWS included). plus supports bigger boxes, higher concurrency, longer timeouts (24hr). disclaimer: i work at E2B
- mdeeks 4mo ago> MicroVMs support up to 8 hours of total runtime Does this mean you effectively can't use them as long-lived developer environments? It sounds like even if you suspend them, this is the hard limit on the total time it can run.
- amw-zero 4mo agoYou can use them for dev environments. You just have to finish development in 8 hours.
- lab14 4mo agoI'm assuming you can launch them again after 8 hours.
- mmastrac 4mo agoThey are long-lived if you're a mayfly. But I think the point is that they should be cheap to set up, and because of the short life, never really contain anything except the potential to compute when needed, not important data.
- 8note 4mo agolambdas are ephemeral on compute, but couldn't you connect up EFS for your long lived data? then when you launch the next one, its like you are still there?
- mdeeks 4mo agoEFS is extremely slow for many workloads. We tried it for builds and various other common use cases for coding agents and the performance just isn't there. I'm guessing lots of small random reads/writes just isn't going to ever work well.
- topspin 4mo agoIt just a time limit of the life of a single MicroVM. Using this for a long lived "developer environment" would be extraordinarily expensive anyhow. Scaling the vCPU + RAM cost of these to the same shape compute optimized Graviton On-Demand EC2 instance (16 vCPU x 32 GB RAM) shows about 4x the cost. So don't do that. Just use an EC2 instance.
- yiyingzhang 4mo agoHow's this different from Firecracker?
- simonw 4mo agoIt's a product that runs on top of Firecracker.
- tptacek 4mo agoPresumably it is Firecracker. It's just a different shape of offering, along with Lambda and Fargate, which are also Firecracker.
- tekla 4mo agoThe literal first paragraph has a highlighted link that says this runs on Firecracker
- robmccoll 4mo agoWhat does the actual startup latency look like? Does it depend on the size of the resulting image?
- simonw 4mo agoI tried this a few days ago. Once you have an image built and ready startup time is fast, but building that original image took 5-10 minutes. I think it's designed for building an image once and then reusing it many, many times.
- haunter 4mo agoFrom last week: MicroVMs in Proxmox https://taoofmac.com/space/blog/2026/06/18/1845 https://taoofmac.com/space/blog/2026/06/18/1845 https://github.com/rcarmo/pve-microvm https://github.com/rcarmo/pve-microvm
- jacobgold 4mo agoIt's about time AWS got into the agent sandbox game. The startups in this space right now don't provide much value on top of the cloud providers they're wrapping. They don't tend to be run by experienced infra people either so they seem very vibecoded, insecure, janky, etc. They're also significantly overpriced because they're marking up already expensive providers. Something surprising from my own experience is that while there's certainly a huge role for async agents in cloud sandboxes, async agents running locally seem more useful in many cases.
- colesantiago 4mo agoAgreed. Most of the startups are just wrappers around AWS and significantly more expensive. Agents need sandboxes that are cheaper so that they can run thousands I feel that AWS, GCP and all the other cloud providers can provide this natively. But still it would be nice to self host. The best part of self hosting is that you own it as well, no rug pulls from the laundry list of reselling providers that could go away at anytime. It would be nice to have a one click sandbox agent on a self hosted instance that is, free, fast (can pay a bit more for more intensive operations) and that is open source.
- tastyeffectco 4mo agoThere are plenty of OSS solutions available for your needs. Do you need real isolation, or is Docker hardening sufficient? If hardening is suddicient check out https://github.com/tastyeffectco/sandboxd/ https://github.com/tastyeffectco/sandboxd/ which i'm using internaly for so many use cases
- mjb 4mo agoAWS AgentCore runtime has been around for about a year: https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agents-tools-runtime.html https://docs.aws.amazon.com/bedrock-agentcore/latest/devguid... (spoiler, it's the same underlying technology as the Lambda MicroVMs).
- dofm 4mo ago
- ilaksh 4mo agoWhat's the best provider to self-host Firecracker? I feel that AWS is not a safe or cost-effective option for a self-funded startup or small business. Although is anything cost effective anymore? Hetzner just had a massive price hike. Part of it might just be that I am old and inflation is catching up with my understanding of prices. But as far as AWS I still have to say no thanks. Imagine some group actually started using my hosted AI agent service for something compute and network intensive. It could turn into $2000 overnight and if I didn't account for one of the numerous types of AWS charges, I might have only collected $500 for credits purchases. Or it could easily be ten times that. But who am I kidding. No one is going to use my agents. So it doesn't matter if it's gvisor or Firecracker or whatever.
- CuriouslyC 4mo agoCloudflare is cost effective for certain types of workloads, I've heard of businesses getting surprisingly far on the $5/mo worker plan.
- Multicomp 4mo agoAt my day job, workers and sqlite-backed durable objects that quickly hibernate and quickly resume are quite nice, I prefer that to standard lambda.
- Multicomp 4mo agoThis reminds me of Fly.io's model off the top of my head, though its not a self-hosted firecracker as such.
- ilaksh 4mo agoI specifically complained to a fly.io staff on here about their "gotcha, b*tch" usage based pricing which they basically copied from AWS, and they stood by it and other people here backed them up. No one is giving me a pile of free money, so I can't risk that kind of thing.
- 4mo ago
- colesantiago 4mo agoHow does this compare to Fly.io Which is more cheaper for me? Ideally maybe self hosting would be better?
- simonw 4mo agoFly.io doesn't set a maximum of 8 hours of alive time on your instance. Also, MicroVMs can't be exposed directly to the web. Your code running in them can only be executed via API calls with attached auth tokens - so if you wanted to host a public facing API or website with them you'd need to implement your own additional layer in front. Something I appreciate about Fly (disclaimer: they support my work) is that the pricing is fixed - you pay $1.94/month (less if you suspend your machine) for the smallest instance, up to $976.25/month for the largest (16 CPUs, 128GB) plus predictable costs for volume storage. The only variable outside your control is bandwidth, and that's unlikely to cause a nasty shock. Contrast with any of the more "elastic" hosting providers - Vercel, Cloud Run - and you're much less likely to get a horrifying bill if something gets overly-crawled or goes viral.
- anamexis 4mo agoFly.io's Sprites [1] do offer public web access as an option. They also have dynamic pricing. https://sprites.dev https://sprites.dev
- tptacek 4mo agoTo a first approximation everything in this space has dynamic pricing. If it's not priced dynamically, you're presumably paying a premium either on a commit or in gym pricing.
- anamexis 4mo agoI don't know what the right term is, but maybe "deterministic" pricing (this is not the right term, but maybe closer). That is, I'm not going to know how much a sprite cost until I see the bill (or look up the live usage report), whereas if I spin up a Fly Machine, I know exactly how much I'm going to pay per unit of time. (Both make sense for their respective use cases.)
- fcarraldo 4mo agoShouldn’t the title be “AWS Lambda MicroVMs”? MicroVMs are an existing concept.
- alexellisuk 4mo agoYeah, I'm surprised Justin posted this like it was new(s). Wasn't it doing the rounds on the 22nd when it launched?
- justincormack 4mo agoI didn't post it 3 hours ago, it must have gone through the magic HN re-up process.
- tough 4mo agoSecond-chance pool https://news.ycombinator.com/pool https://news.ycombinator.com/pool https://news.ycombinator.com/item?id=26998308 https://news.ycombinator.com/item?id=26998308
- dbmikus 4mo agoThere are sooooo many sandbox providers out there. They do spike on different features like: - snapshotting and forking - good SSH and VPN access for end-users - agent-friendly features, like obscuring secrets at network layer Then there's also the option to use libkrun to run local sandboxes on your own computer. That doesn't scratch the itch for hosted services, but works if your goal is to run agents inside isolated environments for your own work. I've been working on some open-core stuff[1] to coordinate sandboxes, and we're making changes to have a library that lets people coordinate any number of remote or local sandboxes using any provider, kinda like how the Docker CLI works for managing containers, git repos, and coding agents. Flue[2] is another player in this space, and is more of a pure framework, while we're building it as an interactive product for using sandboxed agents and workflows. [1] https://github.com/gofixpoint/amika/blob/main/ROADMAP.md https://github.com/gofixpoint/amika/blob/main/ROADMAP.md [2]: https://flueframework.com/ https://flueframework.com/
- stubbi 4mo agoThanks for sharing these!
- sureglymop 4mo agoWhy isn't libkrun good enough for hosted stuff? I use it as a podman backend in a microservice architecture.
- dbmikus 4mo agoFirecracker has more tooling for the orchestration layer that manages many sandboxes at once. Stuff like K8S integration, an external REST API control plane, more first-class support for snapshotting, etc. You'd have to build more of that with libkrun The core tech of both are great though.
- kodama-lens 4mo agoFirecracker has more tooling, but setting ist up and managing it is also more complicated, at least for k8s workloads. Libkrun is so easy for k8s! Compile crun with Libkrun support, crate a symlink of crun with the name krun, done. Works like any normal pod. Firecracker with kata-containers is a lot more brittle and complicated. I've invested quite some time getting this running for a talk I'm working on
- stubbi 4mo agoInteresting, I have recently started working on a project which is similar and fully open source, maybe interesting to some here. Happy to receive any kind of feedback on it. https://github.com/mitos-run/mitos https://github.com/mitos-run/mitos
- kardianos 4mo ago> Didn't mean to highjack for self advertisement. > > As the topic matches, .... my project might be appealing to some here That's exactly what you intended to do. That is the definition of advertising. It is true, many people might like it, so own it. Don't lie about it, even to yourself.
- stubbi 4mo ago.
- wasting_time 4mo agoCan you provide a link to your project? Self-plugs are fairly common around here, and usually appreciated (or at least not frowned upon) when it comes with juicy source code.
- stubbi 4mo agohttps://github.com/mitos-run/mitos https://github.com/mitos-run/mitos :)
- mkagenius 4mo agoNot so subtle plug for another sandbox provider, https://instavm.io https://instavm.io : Apart from the above features. 1. We support more than 32GB disk (as a shareable device, ideal for agentic memory) 2. We provide egress control 3. We provide vault for secret injection (to counter prompt injection) 4. Snapshot / forking. 5. long lived sandboxes. Everything supported in APIs and CLI for agents. Can be used via - npx skills add instavm/skills
- 0xbadcafebee 4mo ago> Containers launch in seconds, yet their shared-kernel architecture requires significant custom hardening to safely contain untrusted code That's literally why they made Fargate. It's managed firecracker VMs with containers. They invented firecracker for this purpose. This new product is competing with Fargate, but they don't mention Fargate at all in the announcement. > you create a MicroVM Image by supplying a Dockerfile and code packaged as a zip artifact in Amazon S3 > > MicroVMs support up to 8 hours of total runtime So you're already using containers with this new thing, same as Fargate! And not only that, it's more limited in runtime than Fargate! The only thing different with this service is stateful file storage, which is actually a problem you later have to engineer around, which is why containers are stateless. This smells like a competing team building something to capitalize on AI hype, but the product isn't differentiated enough for this to make sense long term. If this was a service called managed AI agents, and you added features specific to AI agents, that has value. But "here's Fargate with a different name" isn't gonna last.
- baxter_pad 4mo agoFargate does not use Firecracker, it is simply ec2 instances.
- eyjafjallajokul 4mo agoSource? https://aws.amazon.com/blogs/aws/firecracker-lightweight-virtualization-for-serverless-computing/ https://aws.amazon.com/blogs/aws/firecracker-lightweight-vir... says > Battle-Tested – Firecracker has been battled-tested and is already powering multiple high-volume AWS services including AWS Lambda and AWS Fargate.
- baxter_pad 4mo agothe doc is out of date
- easton 4mo agoCounterpoint: https://justingarrison.com/blog/2024-02-08-fargate-is-not-firecracker/ https://justingarrison.com/blog/2024-02-08-fargate-is-not-fi... And also, you’ll notice that Fargate takes minutes to launch while Lambda takes a second or less. You’re waiting on AWS to launch a EC2 with your config and pull your containers into it. (that article matches things I heard from Amazon when I asked why my stuff is slow)
- TacticalCoder 4mo agoWhat's the point of microVMs for running agents? Are you guys literally spinning up agents where a 100 ms boot time vs a 3 seconds boot time makes a difference? I'm asking because I understand the appeal of micro VMs but every time the subject comes up people talk about "isolating agents": what's wrong about isolating agents in a regular VM (or in a container which, itself, is in a VM)? FWIW I've got my stuff nicely isolated in regular VMs that are regularly up for hours and hours. It's like the microVMs boots in 100 ms, then the agent does... What? And exits after another 100ms and now you need to launch another one? What's the use case of "microVMs to isolate agents"?
- 0xbadcafebee 4mo agoThis is for people who want both faster execution, and better security isolation for agents/subagents. It is a different use case than yours
- TacticalCoder 4mo agoI understand that but micro VMs don't provide better security isolation than regular VMs. So that leaves faster boot times. Faster boot times and then the agent does what? And at how many token/s? And what's the "time to first token" anyway? How do the time to first token and then the token/s inherent limitations of LLMs not totally dominate the running time? I just don't get the use case.
- nok22kon 4mo agoimagine installing an agent in slack at a company with 1000 employees, and you want each request to have its own VM for data analysis, downloading repos and working on them, ... regular VMs just use too much memory, a typical ubuntu uses 512 MB as a baseline
- 0xbadcafebee 4mo ago^ this. a single long session may use 20 subagents, each of which need their own VM, on top of the parent agent's VM, all of which may need separate security credentials, isolation, in addition to the spinup time, and resources used. each user might do 100 sessions a week. so that's 2,000 VMs per week per user. each regular VM takes, let's say, 10s to boot up. that's 5.5 hours per week just waiting for VMs to start (for a single user). then there's the disk iops used for spinning up all these VMs (loading and booting a whole distro), the security attack vectors of an entire VM vs microVM, the maintenance of the images, the hypervisor abstraction to handle all this automation, ssh for the agent to run in the VM, etc. compared to mounting an extracted container image to a folder, starting a microVM kernel with folder mount, with specific credentials attached. minimum memory and CPU allocated, minimum possible system resource use, fastest operation, least maintenance. you get more time, more resources, more security. (micro VMs do provide better security isolation. they have kernels with fewer built-in vulnerabilities, fewer hardware drivers to exploit, a more locked-down network, and they lack a full OS's applications and filesystem permissions to exploit)
- alasano 4mo agoWe have this page which compares a whole bunch of sandbox providers in different categories https://engine.build/lab/agent-sandboxes https://engine.build/lab/agent-sandboxes Will add MicroVMs there today (and any others that are missing if you let me know!)
- emirb 4mo agoDo you mind adding https://isorun.ai https://isorun.ai? We just launched last week. Founder here (Staff SRE with 20 years in Linux, fastest and cheapest SaaS agentic runtime running on heavily modified Firecracker)
- alasano 4mo agoSure thing I'll add it!
- tastyeffectco 4mo agoWould love to see sandboxd added — it's the self-hosted open-source option with Docker hardening, built-in coding agents (Claude Code, OpenCode), and live preview URLs. https://github.com/tastyeffectco/sandboxd https://github.com/tastyeffectco/sandboxd
- alasano 4mo agoI'll add it! I like your website by the way, something satisfying about the design.
- lysecret 4mo agoI don’t get it we are paying at least hundreds or maybe thousands per month on ai costs. Just get a regular vm ?
- mjb 4mo agoYou absolutely can run agents on a regular VM. But if you want to build multi-tenant and multi-agent systems with strong security boundaries, then having a VM or MicroVM per agent session (or session with a group of agents) really simplifies things. When we did AWS AgentCore Runtime last year we introduced session isolation, with MicroVMs per session. You can think of Lambda MicroVMs as the same stack, but generalized to fit a larger number of application patterns.
- retinaros 4mo agowhy use agentcore runtime then
- victorbjorklund 4mo agoIsn’t the point that you wanna be able to spin up and down thousands of VM:s on demand (literally a VM just to run a tool and then shut it down until the next tool call)
- skybrian 4mo agoYou don’t have to pay that much. I did pay a couple hundred for a while, but not since I switched to Chinese models along with a $20 ChatGPT subscription. Also, a single VM is pretty limiting.
- crawshaw 4mo agoFor those looking to run agents: the short lifecycle of the typical “sandbox” seems surprisingly limiting to me. I have no actual workflow where I want one of these products. Sometimes a VM can live for 30 minutes, but it also might need to live for a month, and I don’t know beforehand. This is why I have been avoiding the word sandbox for exe.dev. I don’t think developers agents need something “sandbox” shaped.
- messh 4mo agoCheckout https://shellbox.dev https://shellbox.dev for exactly thisnusecase: boxes can be stopped, they are snapshotted to disk then cost just $0.5/month. They wakeup with the same state (memory and processes too) on ssh connections, or web endpoint activity, or just just a cron schedule. When you dont need the box... Just delete it and stop paying. No subscription, managed via ssh
- indigodaddy 4mo agoYeah crawshaw, you should check that out... ;)
- crawshaw 4mo agoI’m just going to keep building. :)
- tastyeffectco 4mo agostop-on-idle + wake-on-HTTP https://github.com/tastyeffectco/sandboxd/ https://github.com/tastyeffectco/sandboxd/
- mikepurvis 4mo agoI'm a relatively basic claude code user, basically just running a few instances in different terminal tabs and monitoring them pretty closely, but I could definitely see value in being able to dump a bunch of code and tools into a workspace where there's no credentials present and just set an agent some goals to research or try a bunch of things in a mostly unsupervised manner.
- skybrian 4mo agoDoes anyone understand the pricing? The pricing page says “Lambda MicroVMs are priced per instance-second” but MicroVM’s aren’t otherwise mentioned.
- otterley 4mo agoClick on the "MicroVMs" tab of the pricing page: https://aws.amazon.com/lambda/pricing/ https://aws.amazon.com/lambda/pricing/
- skybrian 4mo agoThanks! These tabs render badly on mobile, but you can click on “Functions” to hide it and then click the “MicroVMs” tab to show it. This pricing model looks very complicated and unfriendly for hobbyists. Maybe it’s cheaper than exe.dev’s $20/month, but I have no idea. I’d have to a complicated calculation based on guesses to tell.
- otterley 4mo agoI don't think it's that complicated, but yeah, it's not as simple as $X/month. The primary difference is that with Lambda you pay by the second, not by the month. According to my math, the break-even point for a 8GB allocation (the minimum exe.dev supplies) would be about 1.65 days of continuous runtime. Less than that, and you're better off with Lambda. More than that, and you're better off with exe.dev (assuming we're just talking about money and not opportunity cost). Lambda allows you to use just 2GB of memory, though, so being more memory efficient would change the break-even point to 6.61 days.
- skybrian 4mo agoI’m running a web server in a VM and I use it every day. It’s mostly idle, but it’s continually available. I wonder how much “continuous runtime” that is?
- 4mo ago
- Eclipse_4242 4mo ago[dead]
- Eclipse_4242 4mo ago[dead]
- 9294 4mo agoNo one talks about new Railway Sandboxes - https://docs.railway.com/sandboxes https://docs.railway.com/sandboxes I think they have one of the best sandbox environments on the market with pay per utilized resources pricing, it's a huge cost reduction for agentic workloads when you have 95%+ idle CPU time and occasional spikes for CPU heavy work (e.g. agent run tests or something like this). I use railway to host my openclaw like personal agent for friends and family (9 instances) and it costs like 1-2$/mo with scale to zero.
- dj0k3r 4mo agoHave you tried using unikraft? I think it might be cheaper imo. Worth a try.
- simon84 4mo agoI am wondering what type of workload this is for. They give a tiny example and insist on micro, fast start, but the say it lasts up to 8 hours and is up to 16 vCPU. What sort of app require faster boot (than lambda or ec2), but only for a limited interval, and with possibly plenty of processing power... Maybe I am not the right target, but if you have examples so that I can better appreciate, I'd love that
- leetrout 4mo agoSaaS offering the usage of LLMs via API. You want to launch something isolated, as quickly as possible, do the minimal amount of work and not have to throwaway all your state.
- otterley 4mo agoIt's in the very first body paragraph of the article: "A new class of multi-tenant applications has emerged that all share the need to hand each end user their own dedicated execution environment in which to safely run code that the application developer did not write. AI coding assistants, interactive code environments, data analytics platforms, vulnerability scanners, and game servers that run user-supplied scripts all fit this pattern."
- adobrawy 4mo agoAI agents. Chatbot session of 8 hours is a lot. 16 vCPU might be useful when developing heavy application and agent need run application tests. You can think what infrastructure https://claude.ai/code https://claude.ai/code needs.
- spullara 4mo agoAdded support for configuring and running these directly from beamshell (.com). Really cool being able to spin these and use them any mcp client. beamshell microvm deploy && beamshell microvm run
- ChuckMcM 4mo agoNot informational but I kept reading that as 'MicroVMS' which would be a scaled down version of the DEC VMS operating system?!? And I was trying to figure out if they had added containers or something to it.
- mohsen1 4mo agoI’ve been working with AgentCore that uses the same MicroVMs. They are capable in many ways but for coding agents that load a big got repo they get bloated quickly with the git repo. I’m building this google3 style mounting to address this. https://github.com/mohsen1/git-lazy-mount https://github.com/mohsen1/git-lazy-mount Still work in progress but for now I am seeing promising results
- mrud 4mo agoramp i think just prebuilts the image/snapshot with the latest checkout version regularly [0]. do you think putting it into the image would address it? [0] https://builders.ramp.com/post/why-we-built-our-background-agent https://builders.ramp.com/post/why-we-built-our-background-a...
- mohsen1 4mo agoNice thing about the microvm is that you can snapshot it and restore it. Keeping the fs minimal is my goal. Snapshots restore much faster if they do not include 5GB of source code
- apitman 4mo agoThe holy grail microVM for me is one that can properly share a GPU across VMs, similar to what you can do with containers. Shout out to https://smolmachines.com/ https://smolmachines.com/ for supporting Vulkan over virtio-gpu/Venus. Currently the best implementation I'm aware of. Unfortunately my use case is running a full desktop inside the VM, and streaming it out over something like Sunshine/Moonlight. For this you need GPU rendering and video encoding. Venus rendering works, but you have to pass the frames back and forth between the host and the guest multiple times which is inefficient. Also Venus doesn't support video encode as far as I can tell.
- Teknoman117 4mo agoThe problem is that this feature is generally restricted to enterprise customers because VDI systems are such a profitable market. NVIDIA and AMD both only offer this on enterprise cards, and Intel has been very wishy-washy on support in their cards. If you're looking for a thing to google, look up SR-IOV support on (consumer) GPUs. Also if you're wondering who the customers of these things tend to be, it's generally the CAD market, law firms, etc. If no one's laptop contains sensitive data and can only stream the desktop of a remote system, the loss or theft of an employee's computer isn't nearly the same kind of a security worry.
- apitman 4mo agoI'm aware of SR-IOV. Widespread support would go a long way, but doesn't it require pre-slicing the GPU into discrete chunks? I want microVMs that can share share a GPU dynamically the same way they share overprovisioned CPU resources. Much more like containers.
- rbbydotdev 4mo agoAnyone have a price chart comparing all the sandbox providers? (microvm included)?
- praveenhm 4mo agowhat is the trend right now on mac to run microvm? I am using OrbStack.. is anything micro than this?
- bkircher 4mo agoYes. On macOS particularly you can do sandbox-exec(1) with custom / per-task SBPL profiles. Combined with strict control over environment variables that are passed into the agent process plus an outbound firewall like LittleSnitch. Important is to isolate tasks from each other. Example: for work related tasks I let the agent access Datadog or Docker socket. Everything else does not have access to these.
- dev_l1x_be 4mo agoI am not sure how much this changes the landscape.
- messh 4mo agoAn interesting alternative: https://shellbox.dev https://shellbox.dev - manage linux vms via ssh, pay only for what you use. It is much cheaper, no subscription is needed, supports nested virt, docker, custom images, duplication of boxes, gives an ipv6, auto-stop on optional auto stop on disconnect, wakeup on web endpoint hit, email endpoint, exposed ipv6, and more. Parked boxes are just $0.5/month. Create small or large boxes up to 16vcpu with 32gb ram and 400gb hdd
- ziyzhu 4mo agoLooks like it only support up to 8 hours runtime so no persistence after that?
- ant-kinesthetic 4mo agoI feel like most of these are solely used for RL environments and training, when else are you doing enough rollouts with LLM code writing and execution. Maybe there are some online applications of this but seems like Modal, Daytona, etc. already have this + a much richer feature set tailored to the aforementioned. Wonder if AWS play is going to be swallow one of those whole.
- taikon 4mo agoHow's this different from AWS firecracker?
- taikon 4mo agoSince no one answered, I looked into it. Firecracker you have to provision yourself whereas microVMs are server less and AWS manages all the infra.
- pugz 4mo agoI've been kicking the tyres on this. I managed to get Kubernetes (k3s) running across a cluster of MicroVMs. Useful? No. Funny? To me, yes. https://github.com/aidansteele/microvm-fun https://github.com/aidansteele/microvm-fun
- giammbo 4mo ago[flagged]
- fabijanbajo 4mo ago[dead]
- implexa_founder 4mo ago[flagged]
- ranger_danger 4mo agoI wish docker and friends could integrate microvm support (and not just for AI agents), to the point where I can "docker pull ubuntu" (or whatever other distro) to run them just as easily as we're used to. The biggest issue preventing me from using microvm more is the lack of easy access to kernel/rootfs combinations of different distros.
- NoXPgamedev 3mo ago[dead]