Docker Cloud‑sandboxes maken naadloze overdracht van langdurige code‑agents tussen laptop en cloud mogelijk

Docker heeft de lancering van Cloud‑sandboxes aangekondigd, een uitbreiding van de bestaande Docker‑sandboxes productlijn. De belofte is simpel: een code‑agent van de laptop van een ontwikkelaar naar een door Docker beheerde cloud‑instance verplaatsen met één commando, zonder handmatige herconfiguratie of datamigratie.

Het onderliggende isolatiemodel blijft identiek aan de lokale versie. Elke Cloud‑sandbox draait in een micro‑VM die zijn eigen kernel, Docker‑daemon, geheimen‑opslag en netwerkbeleid biedt. Deze één‑op‑een‑correspondentie garandeert dat workloads zich hetzelfde gedragen, of ze nu op een laptop of in de cloud worden uitgevoerd.

Ontworpen voor langdurige taken

Docker positioneert Cloud‑sandboxes als oplossing voor workloads die meerdere uren duren. Omdat de cloud‑instances continu actief zijn, hoeven ontwikkelaars niet langer te vertrouwen op de beschikbaarheid van hun laptop gedurende de hele taak. De "continuous‑up" omgeving wordt per‑gebruik gefactureerd, zodat teams alleen betalen voor de tijd dat ze resources nodig hebben.

Het prijsmodel is transparant en fijnmazig. Docker rekent per seconde, met de kleinste instantie‑type, Micro, geprijsd op $0,07 per uur, en de grootste, XL, op $1,12 per uur. Uitgaand verkeer, volume‑gebruik en openbare image‑hosting zijn gratis, waardoor budgettering voor lange runs eenvoudiger wordt.

Voorgeconfigureerde agent‑kits en aangepaste extensies

Om adoptie te versnellen levert Docker voorgeconfigureerde kits voor een reeks belangrijke code‑agents, waaronder Claude Code, Codex, Copilot, Antigravity, Open Code en Hermes. Deze kits bevatten alle benodigde afhankelijkheden en configuratiebestanden, zodat een ontwikkelaar binnen enkele seconden een sandbox met een agent kan starten.

Naast de meegeleverde kits staat Docker het toevoegen van eigen kits toe. Organisaties kunnen eigen tools of gespecialiseerde bibliotheken in een kit verpakken en in een Cloud‑sandbox laden, met behoud van dezelfde isolatiegaranties als de ingebouwde opties.

Oplossen van beperkingen van lokale sandboxes

Volgens beveiligings‑analysebureau Publickey worden twee hoofdbeperkingen van lokale Docker‑sandboxes opgelost door de cloud‑extensie. Ten eerste moeten lokale sandboxes de laptop gedurende de volledige uitvoering van langdurige taken aanstaan. Ten tweede kan één laptop niet efficiënt meer dan honderd sub‑agents tegelijk hosten, wat parallel experimenteren beperkt.

Door de sandbox naar een cloud‑host te verplaatsen, kunnen ontwikkelaars hun laptops vrijhouden voor ander werk terwijl de sandbox ononderbroken doorgaat. De schaalbare cloud‑resources maken bovendien veel meer sub‑agents gelijktijdig mogelijk, waardoor de doorvoer van AI‑ondersteunde code‑pijplijnen toeneemt.

Naadloze migratie met sbx move

Zowel Docker’s aankondiging als het Publickey‑rapport beschrijven het migratie‑commando sbx move als een sleutel­functie. Bij uitvoering legt sbx move de huidige bestandssysteemstatus van de actieve sandbox vast, verpakt deze en reconstrueert de omgeving aan de doellocatie — of dat nu de cloud of de laptop is. Het proces is continu, zodat de code‑agent geen onderbreking ondervindt tijdens de overdracht.

De migratie omvat alle aangekoppelde volumes, omgevingsvariabelen en geheim‑referenties, waardoor de exacte runtime‑context behouden blijft. Omdat de onderliggende micro‑VM‑architectuur in beide omgevingen consistent is, start de gereconstrueerde sandbox met dezelfde kernel‑versie en Docker‑daemon‑configuratie, wat incompatibiliteit verder verkleint.

Prijs‑ en kostenoverwegingen

Hoewel de uurtarieven bescheiden lijken, rekent Docker’s pay‑as‑you‑go‑model per seconde. Organisaties moeten daarom het gebruik monitoren om onverwachte uitgaven te vermijden, vooral bij het opschalen naar grotere XL‑instances voor intensieve workloads. De gratis egress‑ en volume‑toeslagen helpen de kosten te beperken, maar netwerkverkeer boven de gratis limiet kan alsnog de totale factuur beïnvloeden.

• Micro‑instance – $0,07 per uur
• Small‑instance – tussenprijs (niet bekendgemaakt)
• Large‑instance – tussenprijs (niet bekendgemaakt)
• XL‑instance – $1,12 per uur

Docker publiceert geen gedetailleerde uitsplitsing voor de tussenliggende instance‑groottes, waardoor bedrijven een offerte moeten aanvragen of de dienst moeten testen om de optimale grootte voor hun workloads te bepalen. Het ontbreken van granulaire prijzen voor die tiers introduceert onzekerheid bij het plannen van grootschalige implementaties.

Toekomstige governance‑functies

Docker heeft gesuggereerd dat een komende Docker AI Governance‑functie centraal beleid voor ondernemingen zal bieden. Het bedrijf heeft echter geen releasedatum of gedetailleerde functionaliteitenlijst vrijgegeven. Hierdoor kunnen organisaties nog niet rekenen op ingebouwde governance‑tools om bedrijfs‑AI‑beleidsregels binnen Cloud‑sandboxes af te dwingen.

Het ontbreken van concrete governance‑details betekent dat teams momenteel externe controles moeten implementeren — zoals netwerk‑firewalls, toegangs‑beheeroplossingen en audit‑logboeken — om te voldoen aan compliance‑vereisten. Totdat Docker de beloofde governance‑suite uitrolt, blijft de verantwoordelijkheid voor beleids‑handhaving bij de klant.

Praktische implicaties voor organisaties zijn duidelijk. Cloud‑sandboxes maken het overbodig dat ontwikkelaars hun laptops aanhouden voor langdurige AI‑gedreven code‑sessies, waardoor hardware‑resources vrijkomen en het risico op onderbroken werk afneemt. Het vermogen om veel meer gelijktijdige agents te draaien vergroot de experimenteercapaciteit, wat ontwikkelingscycli kan versnellen. Kostenbeheersing hangt af van nauwkeurige monitoring van instance‑gebruik, vooral bij opschaling boven de Micro‑tier. Ten slotte wijst de aankomende governance‑functie erop dat bedrijven nu interim‑beleid‑mechanismen moeten plannen terwijl ze wachten op Docker’s eigen oplossing.