La plateforme cloud qui remplace votre équipe DevOps

Pas besoin d’être expert. Connectez GitHub ou GitLab en un clic : la plateforme repère les Dockerfiles et les fichiers Compose du dépôt, détecte le port, construit l’image et publie une URL en HTTPS. Si vous n’avez qu’un .zip, ou si vous préférez déléguer, l’agent DevOps lit le code, dessine l’architecture et déploie après votre accord. La CLI existe pour ceux qui veulent scripter.

Non, mais votre projet en a besoin d’un. Si votre dépôt en contient un, la plateforme le trouve seule. S’il n’en contient pas, AI Studio l’écrit au moment de publier, construit l’image et corrige la build jusqu’à ce qu’elle passe ; le fichier reste dans votre projet et vous pouvez le modifier. Vous pouvez aussi fournir le vôtre.

Quand vous choisissez un dépôt et une branche, ISOGrid parcourt les fichiers et propose une application par Dockerfile et par service Compose à construire. Les noms habituels sont reconnus dans n’importe quel dossier (Dockerfile, Dockerfile.prod, api.Dockerfile, compose.yaml, docker-compose.yml), ce qui couvre les monorepos. Le port vient du fichier Compose, sinon de l’instruction EXPOSE, sinon de l’image construite. Quand une application a plusieurs Dockerfiles, celui de production est présélectionné ; si rien ne permet de trancher, la plateforme vous laisse choisir au lieu de deviner. Tout ce qui est détecté reste modifiable. Le guide détaille les règles.

Sur des infrastructures en Algérie. Pour la haute disponibilité, nous déployons sur au moins deux fournisseurs cloud algériens avec bascule automatique du trafic.

Oui. ISOGrid Nomad est la version installée chez vous, livrée et maintenue par nos équipes. Contactez-nous pour un devis.

Elle construit des clusters dans votre propre compte Google Cloud, Microsoft Azure, AWS, DigitalOcean, IBM Cloud, Alibaba Cloud ou OpenStack, et se connecte à un cluster OpenShift existant. Elle commande aussi des VPS chez Contabo, Hetzner et OVHcloud dans le compte ISOGrid, et ajoute en SSH tout serveur ou VPS Ubuntu que vous louez déjà, y compris chez un hébergeur algérien.

Oui. pgvector s’active en un clic depuis la vue Extensions de votre base PostgreSQL, sur un serveur de base de données qui vous est dédié : vos vecteurs restent à côté de vos données, dans les mêmes transactions et les mêmes sauvegardes, sans base supplémentaire à gérer. PostGIS et une douzaine d’autres extensions s’activent de la même façon. Le guide pgvector.

Oui, c’est pour elles qu’il est conçu. Un vrai logiciel ne se résume pas à un conteneur et une base de données : il lui faut du stockage de fichiers, des tâches de fond, des files de messages, une authentification et des sauvegardes. ISOGrid fournit tout cela dans la même console, à partir de 1 900 DZD par mois et par application, et vous ne changez pas de plateforme quand le produit grandit. Comment les prix fonctionnent.

À la première connexion, la console vous demande votre niveau et ce que vous voulez mettre en ligne, puis vous guide pas à pas. Si vous préférez, l’agent DevOps lit votre code et déploie pour vous après votre accord. La documentation propose des tutoriels complets, en français, en arabe et en anglais. Le tutoriel du premier déploiement.

Oui. AI Studio produit de vraies applications, avec interface, API, base de données, connexion des utilisateurs et tâches de fond, pas des maquettes d’une page. L’agent écrit le code dans un environnement isolé, le lance, lit les erreurs et les corrige, et vous suivez l’aperçu en direct. Plus le produit est ambitieux, plus le travail avance par étapes avec vous, comme avec un développeur. Le code vous appartient : vous le téléchargez ou l’envoyez vers votre dépôt.

Oui. Il travaille sur une copie de votre dépôt, dans un environnement isolé où il lance le projet et vérifie le résultat de ses modifications au lieu de le supposer. Quand plusieurs choix sont possibles et que le code ne tranche pas, il vous pose la question et recommande une option. Ses modifications se relisent comme celles de n’importe quel contributeur, et nous vous conseillons de les relire avant de les fusionner.

Elle part du code, pas d’un questionnaire. L’agent lit vos dépôts, repère les services, ce qu’ils exécutent et la façon dont ils se parlent, puis dessine le schéma sous vos yeux. Ce qu’il ne trouve pas, il le marque comme manquant au lieu de l’inventer, et aucun plan n’est proposé tant qu’il reste un élément manquant. Le schéma reste modifiable : ce qui n’est écrit nulle part dans le code, c’est à vous de le lui dire.

Oui, et cela ne repose pas sur la bonne volonté du modèle. Vous approuvez un plan qui liste chaque composant, sa taille et son prix. Ensuite, c’est la plateforme elle-même qui refuse toute action sortant du plan approuvé, et chaque commande exécutée est conservée dans un historique que vous pouvez consulter. Pour un premier déploiement, l’agent conseille de commencer par un environnement de développement.

Lors d’une mise à jour, l’ancienne version continue de servir le trafic pendant que la nouvelle est observée. Si elle ne tient pas, la plateforme revient en arrière toute seule. Vous choisissez ce comportement pour chaque application : retour automatique, manuel ou aucun. Pour un déploiement en plusieurs composants, ce qui a réussi reste en place, ce qui a échoué est signalé avec ses journaux, et vous reprenez à partir de là. Rien n’est annoncé comme réussi s’il ne l’est pas.

Une base cassée ou vidée par erreur, oui. Chaque base est sauvegardée tous les jours par défaut. Vous pouvez lancer une sauvegarde à tout moment, la télécharger ou l’envoyer vers votre propre stockage S3, et la restauration se lance depuis la console. Supprimer une base est en revanche un acte volontaire : considérez-le comme définitif, et gardez une sauvegarde chez vous si vous voulez une copie qui lui survive.

Vous obtenez un namespace avec des ressources réservées et un accès kubectl, et vous y appliquez vos propres manifestes : déploiements, tâches planifiées, services avec état. Sur un cluster partagé, deux limites protègent les autres clients : pas de ressources à l’échelle du cluster, et l’exposition publique passe par la plateforme. Si vous avez besoin d’une liberté totale, un cluster Kubernetes privé, sur vos machines ou dans votre compte cloud, est à vous seul.

Oui. L’agent tourne chez vous et ouvre lui-même une connexion chiffrée sortante vers ISOGrid, sur le port HTTPS habituel. Vous n’ouvrez aucun port entrant pour nous et nous n’avons aucun accès SSH à vos machines. Vos secrets restent dans votre propre coffre, et vos journaux ne se lisent que dans la console de l’agent, chez vous.

Votre code est conservé dans un environnement isolé sur notre infrastructure. Pour travailler, un agent IA envoie les extraits qu’il lit à un fournisseur de modèles de langage situé en Europe. Nous préparons la migration vers un fournisseur d’IA algérien, hébergé dans des centres de données algériens, avec des modèles open source. Nous n’entraînons aucun modèle avec votre code. Les secrets confiés à l’agent DevOps ne sont jamais montrés au modèle, qui ne manipule que des références scellées. Les agents sont facultatifs : la console et la CLI déploient sans qu’aucune ligne de code ne passe par un modèle. Si votre code ne doit pas quitter vos murs, parlons-en avant de commencer.

Oui. Vos applications sont des images de conteneurs ordinaires, que vous récupérez depuis le registre de votre organisation et qui tournent sur n’importe quel hôte Docker ou Kubernetes. Vos bases s’exportent avec leurs outils habituels, et le code écrit dans AI Studio se télécharge ou part vers votre dépôt. Sur un cluster privé, vos applications continuent de tourner sur vos machines après votre départ. Il n’y a pas de frais de départ, et la documentation décrit chaque étape.

Des composants standards et ouverts, pas un moteur maison : des conteneurs orchestrés par Docker Swarm ou Kubernetes, NGINX en frontal, PostgreSQL et un stockage compatible S3, sur des machines louées chez des fournisseurs d’infrastructure ou sur les vôtres. Ce que nous ajoutons, c’est la couche d’exploitation au-dessus. Voyez l’architecture couche par couche et l’état de la plateforme en direct.

Oui. Derrière la plateforme, il y a l’équipe d’ingénieurs qui la construit et l’exploite, et c’est elle qui vous répond, en français, en arabe ou en anglais. Elle intervient sur votre production à votre demande, y compris en dehors du périmètre de l’abonnement, au tarif horaire indiqué plus haut. Les incidents de la plateforme elle-même sont publiés sur la page d’état.