L'agent DevOps et votre code

Comment l'agent déploie des dépôts que vous avez déjà, ce qu'il demande avant d'agir, et quand le code qu'il a cloné est supprimé.

L'agent DevOps déploie un logiciel qui existe déjà. Vous lui donnez un ou plusieurs dépôts GitHub ou GitLab ; il les lit, dessine la façon dont les éléments s'articulent, propose un plan, puis déploie une fois que vous avez approuvé. Il n'écrit pas votre application : c'est l'autre entrée du Studio IA.

Le déroulement d'un déploiement

Choisissez les dépôts. Dans le Studio IA, choisissez Déployer avec l'agent DevOps et sélectionnez les dépôts qui composent le système. S'il est en deux parties - un frontend ici, une API là - choisissez les deux.
L'agent lit le code. Il clone les dépôts dans la sandbox privée du projet et les lit sur place.
Il dessine l'architecture. L'onglet Architecture montre les services trouvés et la façon dont ils communiquent, et signale ce dont le système a besoin et qui manque.
Il propose un plan. Chaque composant, sa taille et son coût. Rien n'est déployé tant que vous n'avez pas approuvé, et ce qu'il exécute ensuite reste limité au plan approuvé.
Il déploie, puis enregistre l'issue : réussite ou échec.

Quand un déploiement a besoin d'un secret - une clé d'API, un mot de passe - l'agent le nomme et c'est vous qui fournissez la valeur. Elle va dans le coffre à secrets ; le modèle ne la voit jamais.

Votre code n'est pas conservé

Les dépôts clonés dans la sandbox sont votre code, lu pour être déployé. Une fois ce travail terminé, une copie n'a plus de raison de rester sur la plateforme : elle est supprimée. Concrètement, la sandbox et tous ses fichiers sont supprimés après 120 minutes sans utilisation, là où un projet ordinaire serait seulement mis en pause.

Utiliser le projet, c'est envoyer un message, laisser l'agent agir, ou simplement garder le projet ouvert dans votre navigateur : tant qu'il est à l'écran, sa sandbox n'est ni mise en pause ni supprimée. Un déploiement terminé, un tour qui échoue ou que vous arrêtez ne suppriment rien par eux-mêmes : vous pouvez continuer aussitôt.

Aucune archive n'est créée. C'est la différence avec un projet que vous construisez dans le Studio, dont les fichiers sont gardés dans un .zip et restaurés au démarrage suivant.

Ce qui n'est pas supprimé : les applications, bases de données et services déployés par l'agent, le schéma d'architecture, le plan et la conversation. Vos dépôts sur GitHub ou GitLab ne sont évidemment pas touchés.

Reprendre plus tard

Revenez à la conversation quand vous voulez. Quand vous envoyez un message, l'agent démarre lui-même une sandbox neuve et clone à nouveau les dépôts avant de continuer : vous n'avez rien à démarrer. La première étape après une pause est donc un peu plus longue.

Si la sandbox échoue

Un bandeau au-dessus des panneaux donne la raison et un bouton Redémarrer, et l'icône d'alimentation en haut à droite offre les mêmes commandes que pour tout projet du Studio. Voir La sandbox du Studio IA.

Guide

Qu'est-ce qu'ISOGrid — Une plateforme cloud construite en Algérie, pour les équipes qui veulent livrer sans gérer de serveurs.

Premiers pas — D'un compte à quelque chose qui tourne sur Internet.

Votre niveau d'expérience — Trois questions à la première connexion décident de l'organisation de votre page d'accueil et de la façon dont l'assistant vous parle - et de rien d'autre.

Déployer une application — D'un dépôt à une adresse en service, et ce qui se passe à chaque étape.

Dépôts Git — Connecter GitHub ou GitLab, décider qui dans l'organisation peut construire à partir de vos dépôts, et ce qui se passe quand vous partez.

Adresses et domaines — L'adresse que reçoit chaque application, utiliser votre propre nom à la place, et ce qui casse quand le DNS est faux.

Bases de données — En commander une, ce à quoi chaque disposition survit, et pourquoi la réplication n'est pas une sauvegarde.

Clusters privés sans dépendance — Ce qui tourne sur vos machines est du Docker Swarm ou du Kubernetes standard, et continue de tourner si vous partez.

Supabase — Un backend complet sur PostgreSQL en un déploiement - ce que vous obtenez, quelle base choisir, et où sont vos clés.

Rôles, groupes de permissions et accès — Les trois niveaux qui décident de ce que chaque membre peut faire, les groupes dont dispose toute organisation dès le départ, et les règles qui empêchent quiconque de s'élever.

La sandbox du Studio IA — L'espace de travail derrière chaque projet Studio - la démarrer, la mettre en pause, la redémarrer, ce qui se passe quand elle reste inutilisée, et comment vos fichiers reviennent.

L'agent DevOps et votre code — Comment l'agent déploie des dépôts que vous avez déjà, ce qu'il demande avant d'agir, et quand le code qu'il a cloné est supprimé.

Quand ça ne va pas — Les pannes que vous rencontrerez le plus probablement, ce que chacune signifie réellement, et quoi faire.

Ligne de commande

Installer la CLI — Une seule commande sous Linux, macOS ou Windows, une somme de contrôle pour chaque téléchargement, et comment la mettre à jour ou la supprimer.

Référence des commandes — Chaque groupe de commandes, ce qu'il fait, et la page où il est expliqué en détail.

Automatiser les applications — Créer, configurer, déployer et supprimer des applications depuis un terminal ou un script, avec chaque option expliquée.

Déployer depuis la CI/CD — Déployer à chaque push depuis GitHub Actions ou GitLab CI/CD, avec un identifiant restreint et un job qui échoue quand le déploiement échoue.

Dépôts, groupes et accès — Décider qui peut construire depuis un dépôt, gérer les groupes de permissions et savoir qui détient quoi, depuis le terminal.

Politiques

Disponibilité et support — Ce à quoi la plateforme s'engage, ce à quoi elle ne s'engage pas, et comment joindre une personne.

Utilisation acceptable — Ce que vous pouvez exécuter, ce que vous ne pouvez pas exécuter, et ce qui se passe si une limite est franchie.

Confidentialité — Les données personnelles qu'ISOGrid conserve, pourquoi, qui d'autre les voit, combien de temps elles sont gardées, et comment supprimer votre compte.