Hébergement applicatif managé
Exécutez API, applications full-stack, WebSockets et workers comme processus managés de longue durée, avec contrôles de santé et journaux.
ExplorerSandboxes IA / Plateforme cloud Adios
Sandboxes IA.
Pour les agents IA.
Donnez à votre agent IA un espace de travail pour modifier des fichiers, exécuter des commandes et prévisualiser le résultat. Connectez bases de données, stockage et workflows, puis déployez l’application sur Adios.
app.example.comHTTPSRoutage edge et TLS managéTrafic vers la version promue et opérationnelle
Réseau privé des services
Stockage objet et volumes persistants - 01 Apps et workers
- 02 Bases de données et stockage
- 03 Domaines et réseau
- 04 Journaux et workflows
Exécution de code pour les agents IA
Comment fonctionnent les sandboxes pour agents IA ?
Un sandbox IA est un environnement contrôlé dans lequel un agent IA peut exécuter du code, travailler avec des fichiers et inspecter les résultats.
Dans Adios, l’agent travaille dans les fichiers de votre projet. Vérifiez ses modifications et les résultats des commandes, ouvrez l’aperçu en cours d’exécution et déployez une version de la charge de travail lorsque vous êtes prêt.
Connectez votre client IA via le Model Context Protocol (MCP). Autorisez Adios avec OAuth, puis laissez votre agent modifier des fichiers, exécuter des commandes, inspecter les journaux et ouvrir des aperçus.
agent-workspaceExemple interactif
src/app/page.jsx
export default function Page() { return ( <main> <h1>Hello, next idea.</h1> <p>Let's make it work.</p> </main> );}Effectuez une modification
L’agent travaille dans les fichiers du projet.
CODE → EXÉCUTION → APERÇUDonnées illustratives
Les services derrière votre application
Une plateforme complète.
Autour de chaque sandbox IA.
Connectez l’application créée par votre agent à des bases de données, du stockage, des réseaux et des workflows managés. Gardez la santé du runtime et les journaux sur la même plateforme.
Bases de données managées
Ajoutez Postgres, pgvector, Redis, MongoDB, MySQL ou RabbitMQ et gardez cette dépendance liée à l’application.
ExplorerStockage objet et volumes persistants
Stockez fichiers et ressources dans des buckets compatibles S3, attachez des volumes persistants aux charges de travail et inspectez les sauvegardes et artefacts de build disponibles.
ExplorerRoutage edge mondial
Conservez une route publique stable lorsque les versions changent. La passerelle dirige le trafic vers la version opérationnelle promue.
ExplorerDomaines personnalisés et TLS
Associez des domaines vérifiés, TLS managé et des redirections à l’application sans reconfigurer le routage à chaque mise en production.
ExplorerWorkflows et automatisation
Définissez les tâches planifiées, les webhooks, les approbations et les étapes ordonnées en YAML, puis examinez le statut et les résultats de chaque exécution.
ExplorerSecrets et variables d'environnement
Conservez les noms des secrets requis dans le manifeste ; leurs valeurs restent hors de Git et ne sont résolues que là où elles sont nécessaires.
ExplorerObservabilité et journaux
Reliez les journaux de compilation et d’exécution, les versions, les répliques, les routes et les exécutions de workflows au code source qui les a produits.
ExplorerSécurité d'exécution
Placez la passerelle en amont, gardez les services internes non routables, référencez les secrets hors du code source et déclarez les limites de ressources là où elles sont prises en charge.
ExplorerDu sandbox IA à la production
Compilez, déployez,
et gardez le cap.
Conservez les paramètres de compilation, de démarrage, de santé, de région et de ressources avec le code source. Chaque version reste liée à ses journaux et à son état de santé.
Lire le guide de déploiementL’aperçu et la production ont des cycles de vie distincts.
Testez les changements dans l’aperçu d’un espace de travail. Déployez une version de la charge de travail lorsqu’elle est prête, puis vérifiez la version demandée et ses routes.
01
Définissez l’application
Build, démarrage, santé, ressources et région dans adios.yaml.
02
Construisez une version
Gardez le code source, l’artefact de build et les journaux reliés.
03
Vérifiez la santé du runtime
Inspectez la version demandée et ses réplicas.
04
Dirigez le trafic vers la version
Servez la version promue via les domaines de la plateforme ou vos domaines personnalisés.
Exploitez avec les bonnes informations
Journaux de build et d’exécution depuis la CLI ou le tableau de bord
Isolation des sandboxes IA et contrôles du runtime
Maîtrisez son exécution.
Suivez ses ressources.
Choisissez le runtime et les limites de ressources, gérez les accès de l’équipe et gardez les secrets hors du code source du projet.
Explorer adios.yaml ↗- Régions et réplicas
- Sélectionnez une région disponible et configurez les réplicas du runtime. Prévoyez les données persistantes et les limites de connexion lors de l’ajout d’instances.
- Ressources du runtime
- Les espaces de noms Linux, cgroups et limites de ressources contribuent à séparer les charges lorsqu’ils sont pris en charge par le runtime choisi.
- Réseau privé
- Connectez les bases de données, caches et files d’attente managés via les noms d’hôte privés générés. Gardez les services internes hors des routes publiques.
- Accès de l’équipe
- Les API authentifiées de la plateforme limitent l’accès à l’utilisateur et à l’équipe autorisés.
- Capacité
- Les quotas d’aperçus et de ressources dépendent de votre offre. Consulter les tarifs et limites actuels ↗
Quelques réponses utiles
Questions sur les sandboxes IA
Sur le blog AdiosQu’est-ce qu’un sandbox IA ?
Isolation, exécution et ressources auxquelles votre agent devrait accéder.
Lire le guide ↗Comment les agents IA utilisent-ils un sandbox Adios ?
Un agent IA travaille dans les fichiers du projet, exécute des commandes et inspecte leurs résultats. Vous pouvez vérifier les modifications, lancer des tests et ouvrir un aperçu avant de déployer. Utilisez l’espace de travail Adios ou connectez un client IA externe via MCP pour travailler sur le même projet.
Puis-je connecter mon agent IA via MCP ?
Oui. Connectez un client IA compatible au serveur MCP hébergé d’Adios et autorisez l’accès avec OAuth. Le client peut travailler avec les fichiers de l’espace de travail, les commandes, les journaux et les aperçus. Vérifiez et approuvez les déploiements avant leur exécution.
Comment l’exécution du code est-elle isolée ?
Les contrôles du runtime Adios comprennent les espaces de noms Linux, les cgroups et les limites de ressources lorsque le runtime choisi les prend en charge. Les API de la plateforme limitent l’accès à l’utilisateur et à l’équipe autorisés. Vérifiez le runtime, les identifiants et les accès réseau disponibles pour le projet avant d’exécuter du code généré par un agent.
Que puis-je héberger sur Adios ?
Hébergez applications web, API, WebSockets et workers en arrière-plan sous forme de processus managés de longue durée. Adios propose des exemples pour Node.js, Python, Go, PHP, Ruby, .NET et Next.js, avec commandes de build, configuration du runtime, contrôles de santé et journaux.
Mon application peut-elle utiliser des bases de données, des caches et des files d’attente ?
Oui. Ajoutez Postgres, pgvector, MySQL, MongoDB, Redis ou RabbitMQ comme ressources managées. Définissez-les avec l’application dans adios.yaml et utilisez les noms d’hôte privés et les paramètres de connexion générés. Les services de bases de données, caches et files d’attente s’exécutent comme des charges de travail indépendantes.
Comment conserver les fichiers et les données de mon application ?
Utilisez des buckets compatibles S3 pour les objets et des volumes persistants configurés pour les données du système de fichiers. Conservez le code dans Git et consultez les sauvegardes et les procédures de récupération disponibles pour votre charge de travail. Le code de l’espace de travail, les fichiers du runtime et les sauvegardes de bases de données ont des cycles de vie différents.
Puis-je utiliser mon propre domaine ?
Oui. Vérifiez votre domaine, pointez le DNS vers la cible fournie par Adios et associez-le à votre application. Adios gère TLS pour les domaines vérifiés et prend en charge les redirections. Des routes de plateforme générées sont aussi disponibles, et le routage suit la version courante promue.
Comment déployer une application depuis un sandbox IA ?
L’aperçu d’un espace de travail est un environnement de développement. Vérifiez le code et l’aperçu, puis déployez une version de la charge de travail depuis le tableau de bord, la CLI ou un workflow MCP approuvé. La version de production dispose de son propre artefact de build, de son état de santé, de ses journaux et de ses routes.
Comment fonctionnent les régions, les réplicas et les limites de ressources ?
Choisissez une région disponible pour votre équipe et déclarez les réplicas et les ressources dans le manifeste. Prévoyez le stockage et les connexions aux bases de données lors de l’ajout de réplicas. La capacité disponible et les quotas d’aperçu dépendent de votre offre et du runtime ; consultez les tarifs et la documentation de déploiement pour en savoir plus.
Votre prochaine application commence ici