Runners auto-hébergés pour agents de code, dans l'UE

La machine sur laquelle vos agents tournent réellement, à Prague ou à Covilha, sous un contrat dans l'UE - ainsi la réponse à "où va le code" est un data centre que vous pouvez nommer, pas un réglage de région.

Certifié Tier III ISO 9001 ISO/IEC 27001 ISO 14001 Conforme au RGPD

À qui cela s'adresse

Une équipe dont l'agent ne peut pas sortir du périmètre

Le juridique a validé le modèle mais pas une sandbox américaine contenant le checkout, les transcriptions et les journaux, et la revue revient sans cesse à l'endroit où se trouve chacun des trois.

Une plateforme construite sur l'API de sandbox personnalisée

Vous n'avez pas besoin d'une couche d'orchestration de plus au-dessus de la vôtre. Vous avez besoin d'hôtes au prix prévisible, d'une isolation que vous configurez et d'adresses que vous contrôlez.

Une équipe qui a déjà choisi une sandbox managée

Cela fonctionne, puis arrive un questionnaire de résidence des données demandant quelle entité traite les données et dans quelle région vit l'état de la file.

Les quatre formes que prend un runner

  • Éphémère : un conteneur par tâche, détruit à la fin de la tâche. Investigation d'un bug, extraction de factures, la traduction d'un document.
  • De longue durée : des conteneurs persistants qui tiennent plusieurs sessions à la fois. Un agent qui trie le courrier toute la journée, un chatbot, un constructeur de sites servant par les ports du conteneur.
  • Hybride : des conteneurs éphémères qui se réhydratent depuis un magasin de sessions au démarrage et réécrivent à la sortie, pour un travail qui s'étale sur des heures avec des pauses.
  • Multi-agent : plusieurs sous-processus du SDK dans un conteneur, chacun avec son répertoire de travail pour qu'ils ne s'écrasent pas mutuellement.
  • Runners fixes ou à la demande pour les sessions Claude Code web, mobile et bureau, provisionnés par vous et non par Anthropic.
  • Un client de sandbox personnalisé sur votre propre infrastructure, pour quand aucun des quatre fournisseurs managés n'entre dans le contrat que vous devez signer.

Dimensionné par agents simultanés, pas au hasard

Anthropic fixe le plancher à 1 GiB de RAM, 1 CPU et 5 GiB de disque par agent, et la taille de l'hôte à (RAM de l'hôte moins overhead) divisée par votre plafond mesuré par session. Le plancher est un plancher : mesurez le RSS de pointe sur une session représentative à votre durée réelle avant de faire confiance à ces nombres d'agents. Et bon à savoir avant d'optimiser le mauvais chiffre : leur propre documentation situe un conteneur minimal autour de 0,05 USD par heure, alors qu'une seule longue session dépense des dollars en tokens - cette facture ne se décide donc pas sur l'infrastructure.

Un premier runner
18.43
par mois

Commander maintenant
environ 6 agents simultanés
4 vCPU
8 GB RAM
80 GB NVMe
1 IPv4 statique
1 sauvegarde incluse
Un runner d'équipe
36.88
par mois

Commander maintenant
environ 14 agents simultanés
8 vCPU
16 GB RAM
160 GB NVMe
1 IPv4 statique
1 sauvegarde incluse
Un pool chargé
59.92
par mois

Commander maintenant
environ 30 agents simultanés
8 vCPU
32 GB RAM
160 GB NVMe
1 IPv4 statique, plus par locataire
1 sauvegarde incluse

Ce que nous ne sommes pas

  • Nous ne sommes pas une plateforme de sandbox. Il n'y a pas de control plane ici, pas d'API de sessions et pas de tableau de bord des exécutions. Le runner ou le client de sandbox personnalisé, c'est vous qui l'apportez ; nous fournissons la machine, le réseau et les adresses dont il a besoin.
  • Nous ne sommes pas affiliés à Anthropic. Claude, Claude Code et l'Agent SDK sont à eux, les runners auto-hébergés sont une fonction Team et Enterprise de leur produit, et rien sur cette page n'est approuvé par eux.
  • L'inférence du modèle n'est pas la nôtre non plus. Votre runner appelle api.anthropic.com, ou une région UE de Bedrock ou Vertex quand la résidence doit couvrir le prompt en plus du code.
  • Les tokens sont facturés par celui qui sert le modèle. Notre facture, c'est l'infrastructure, dont leur documentation note qu'elle est en général le plus petit des deux chiffres, d'un ordre de grandeur.
  • Un agent de code n'a pas besoin de GPU - l'inférence se fait chez le fournisseur du modèle. Si vous servez un modèle vous-même, c'est une conversation GPU et une autre page.

Les parties que les équipes découvrent tard

  • L'état de session vit sur le système de fichiers du conteneur, donc tout ce qu'un utilisateur compte reprendre a besoin d'un SessionStore. Un stockage compatible S3, Postgres ou Redis sur le même réseau privé conviennent : le magasin reçoit une copie et le disque local reste la référence.
  • Le magasin ne réplique que les transcriptions. Les fichiers de mémoire CLAUDE.md et les artefacts du répertoire de travail ont besoin de leur propre volume ou d'une synchronisation vers un stockage objet, et c'est ce détail qui transforme un redémarrage propre en après-midi perdu.
  • En production, le trafic sortant doit passer par un proxy qui applique une liste blanche de domaines et injecte les identifiants en dehors du conteneur : l'agent fait l'appel et ne détient jamais la clé.
  • L'isolation multi-locataire, c'est plus qu'un répertoire par locataire : chargement des réglages désactivé, mémoire automatique désactivée, un répertoire de configuration par locataire et des adresses sortantes distinctes par locataire. Ce dernier point est la raison pour laquelle un courtier d'adresses avec son propre AS fait un bon propriétaire.
  • Les sessions n'expirent pas d'elles-mêmes : bornez-les avec maxTurns. La mémoire croît au fil d'une longue session, donc recyclez les sous-processus plutôt que d'espérer qu'un seul vive éternellement.
  • La télémétrie sort du SDK si l'environnement est réglé, et le collecteur peut être hébergé à côté des runners plutôt que d'envoyer les traces sur un autre continent.

Une sandbox managée face à un runner sur votre propre matériel

Un service de sandbox managéUn runner chez DCXV
Où se trouvent le code et les fichiersUne région du fournisseur que vous pouvez épinglerUne machine à Prague ou à Covilha qui est la vôtre
Où se trouvent les journaux et l'état de la fileSouvent impossible à épingler, même quand le calcul l'estLa même machine, ou votre propre magasin à côté
Avec qui vous contractezSouvent une entité américaine, avec un DPAUne société chypriote, sous droit de l'UE
Adresse sortante par locataireSortie partagée, quand elle est même exposéeUne IPv4 propre par locataire depuis AS204057
Forme de facturationÀ la seconde ou à la requêteForfait mensuel, sans surprise après une longue exécution
Démarrage à froidMoins d'une seconde, ce que veut le travail éphémèreUn hôte chaud : rapide à attacher, rien à provisionner
IsolationmicroVM ou gVisor, gérés pour vousDocker, gVisor ou Firecracker, configurés par vous

Comment démarre un pool de runners

1

Dites combien de sessions tournent en même temps

Concurrence, durée d'une session, et si les agents pilotent un navigateur. Cela plus un RSS de pointe mesuré donne la taille de l'hôte sans devinette.

2

Nous livrons l'hôte

Prague ou Covilha, adresses statiques, accès root, en quelques minutes. Apportez votre propre image si votre runner est déjà construit.

3

Pointez le runner dessus

La commande de runner auto-hébergé pour Claude Code, ou votre client de sandbox personnalisé pour l'Agent SDK. Nous sommes la cible, pas l'outillage.

4

Instantané, puis grandir en largeur

Les sessions sont épinglées à un hôte par hachage cohérent sur l'id de session, donc un pool grandit en ajoutant des hôtes plutôt qu'en en grossissant un.

Pourquoi nous choisir

  • Sites certifiés Tier III, SLA du site de 99,982 %
  • Réseau propre, AS204057, IPv4 et IPv6
  • Support 24/7/365 avec environ 10 minutes de réponse moyenne
  • Société chypriote, juridiction de l'UE, conforme au RGPD depuis 2007

FAQ

- De quoi a réellement besoin un runner d'agent auto-hébergé ?

Anthropic fixe le plancher à 1 GiB de RAM, 1 CPU et 5 GiB de disque par agent simultané, et la taille de l'hôte est la RAM de l'hôte moins l'overhead divisée par votre plafond mesuré par session. Traitez le plancher comme un plancher et mesurez le RSS de pointe sur une vraie session de votre vraie durée. Le HTTPS sortant vers le point de terminaison du modèle est requis ; en entrée, seulement ce que votre propre application expose

- L'inférence peut-elle rester dans l'UE comme le code ?

Le runner, oui, entièrement : votre code, les checkouts, les transcriptions et les journaux sont sur une machine à Prague ou à Covilha sous contrat chypriote. Pour l'appel au modèle lui-même, pointez le runner vers une région UE d'Amazon Bedrock (Francfort, Irlande, Paris ou Stockholm) ou vers Vertex AI, ce que le SDK gère via son réglage de point de terminaison régional. L'API directe n'offre pas de résidence UE seule sélectionnable par le client, donc si le prompt doit aussi rester dans l'UE, c'est la voie

- En quoi est-ce différent de Modal, Daytona, Vercel ou Cloudflare ?

Ce sont des plateformes et ceci est le métal en dessous. Elles vous donnent un control plane et une API de sessions ; nous vous donnons des hôtes, une isolation que vous configurez et des adresses que vous contrôlez. Deux différences pratiques si l'auto-hébergement est une exigence et non une préférence : Daytona est passé en source fermée en juin 2026 et son control plane tourne toujours sur l'infrastructure de Daytona, et l'auto-hébergement d'E2B visent AWS et GCP. Une plateforme qui accepte le bring-your-own-cloud peut aussi tout simplement se poser chez nous

- Combien d'agents tiennent sur un hôte ?

Au plancher de 1 GiB, environ six sur 8 GB, quatorze sur 16 GB et trente sur 32 GB si vous laissez de la marge pour le système. L'automatisation de navigateur change nettement la donne : Chromium prend 2 à 4 GB par session, donc un agent qui navigue est plus près de 4 GB que de 1 GB. Mesurez avant de vous engager sur un chiffre

- Donnez-vous à chaque locataire sa propre adresse sortante ?

Oui, et c'est la raison d'héberger des agents chez un courtier d'adresses. Anthropic recommande des règles de sortie par locataire, y compris des IP sortantes distinctes, pour qu'un locataire compromis ne puisse pas exfiltrer via la politique d'un autre. Nous exploitons AS204057, détenons notre propre espace IPv4, gardons les charges d'agents dans des pools séparés du courrier et des adresses destinées à la vente, et vous pouvez vérifier vous-même la réputation d'un bloc avant sa mise en service

- Combien cela coûte-t-il ?

À partir de 18,43 EUR par mois pour un premier runner à 4 vCPU et 8 GB, environ six agents simultanés au plancher documenté ; 36,88 EUR pour 16 GB et 59,92 EUR pour 32 GB, avec une sauvegarde incluse dans chacun. Le bare metal existe si vous voulez une isolation Firecracker ou gVisor sur du matériel que personne ne partage. Et garder les proportions : la documentation d'Anthropic situe un conteneur minimal autour de 0,05 USD par heure, alors qu'une longue session dépense des dollars en tokens

Si vous avez besoin d'aide ou avez des questions supplémentaires, veuillez contacter les managers ou écrire à l'équipe de support à support@dcxv.com

Serveurs cloud dès 15 €/mois

Commander maintenant