Comment ISOGrid est construite
ISOGrid est organisée en quatre couches qui peuvent tomber en panne l’une sans l’autre. Cette page décrit ce que fait chacune, comment vos applications et vos données y sont isolées, et ce qui les protège d’une panne. Elle reste volontairement générale : le détail de chaque fonction est dans la documentation.
Ce que fait chaque couche
Une seule porte, les mêmes règles
La console, la ligne de commande, vos pipelines CI/CD et l’agent IA passent tous par la même API publique, avec les mêmes permissions. La console n’a aucun accès que vous n’auriez pas par l’API.
L’état voulu, puis la réconciliation
Le plan de contrôle enregistre ce qui doit tourner, où, à quelle taille et à quel prix, puis amène les clusters vers cet état. Il construit les images, planifie les sauvegardes, vérifie la santé de chaque élément et applique les politiques de retour arrière.
Chaque adresse au bon endroit
La bordure termine le chiffrement, obtient et renouvelle les certificats, puis dirige chaque adresse vers le bon cluster. Sur chaque cluster public, un niveau web partagé répartit le trafic entre les réplicas de chaque application.
Là où vos services tournent
Les régions publiques sont hébergées en Algérie et opérées par SkyVault. Les clusters privés tournent sur vos machines ou dans votre compte cloud, gérés depuis la même console, sans dépendance.
Identité et secrets
Connexion unique avec double authentification pour tous. Les secrets vivent dans un coffre dédié, jamais dans les images ; les identifiants cloud servant à créer un cluster privé sont supprimés dès qu’il fonctionne.
Observabilité
Métriques, journaux et événements d’audit sont collectés par organisation. La disponibilité de la console, de l’API, de la connexion et des clusters publics est mesurée chaque minute et publiée.
Ce qui se passe quand vous déployez
Source
Un dépôt GitHub ou GitLab (une branche ou un commit précis), un fichier Docker Compose ou une image existante.
Build
L’image est construite puis rangée dans le registre privé de votre organisation, avec les journaux en direct. Sans Dockerfile, l’agent IA l’écrit.
Placement
Le plan de contrôle place l’application dans la région choisie, sur le réseau privé de votre organisation, avec la taille et le nombre de copies demandés.
Mise en ligne
La bordure attribue l’adresse et le certificat. Si la nouvelle version ne démarre pas, la politique de retour arrière remet la précédente.
Chaque organisation dans son propre espace
Ce qui protège vos services d’une panne
Vérifiable plutôt que promis
Une architecture se juge à ce qu’elle tient dans la durée. Ce que nous publions pour que vous puissiez le vérifier vous-même :
État de la plateforme
La disponibilité mesurée chaque minute, mois par mois, et chaque incident, ouvert et fermé automatiquement, sans tri manuel.
Voir les mesures → DocumentationComment tout fonctionne
Guides, tutoriels, référence de la ligne de commande et engagements de service, en français, en anglais et en arabe.
Lire la documentation → EngagementsDisponibilité et support
Ce qui est couvert, ce qui ne l’est pas, et comment joindre une personne, écrit simplement.
Lire les engagements →Pour les assistants IA
ISOGrid publie un serveur MCP public, en lecture seule, à l’adresse https://skyvault.pro/mcp. Un assistant compatible peut y chercher et lire la documentation, cette présentation de l’architecture, les tarifs, les contacts et les chiffres de disponibilité. Il ne peut rien créer ni modifier. Le résumé du site pour les modèles de langage est dans llms.txt.
Ce que l’on nous demande sur l’architecture
Que se passe-t-il pour mes applications si la console ou l’API d’ISOGrid est indisponible ?
Elles continuent de servir leur trafic. Le plan de contrôle décide de ce qui doit tourner ; les clusters font tourner les applications sans avoir besoin de lui à chaque requête. Pendant une panne du plan de contrôle, vous ne pouvez simplement pas déployer ni modifier.
Mes données sont-elles séparées de celles des autres clients ?
Oui. Chaque organisation a ses propres réseaux privés, son propre registre d’images et ses propres secrets. Les applications de deux organisations ne partagent jamais un réseau, et chaque accès passe par les rôles de l’organisation.
Où sont hébergées les données de la plateforme ISOGrid ?
Les régions publiques d’ISOGrid sont hébergées en Algérie. Un cluster privé tourne là où vous le décidez : sur vos serveurs ou dans votre propre compte cloud.
Comment vérifier la disponibilité réelle de la plateforme ?
La page État de la plateforme publie, mois par mois, la disponibilité mesurée chaque minute de la console, de l’API, de la connexion et des clusters publics, ainsi que chaque incident.
Un assistant IA peut-il interroger ISOGrid directement ?
Oui, par le serveur MCP public en lecture seule à l’adresse https://skyvault.pro/mcp.
Voir l’architecture appliquée à votre projet
Nous vous montrons comment votre application, vos données et votre trafic s’y placeraient, et ce que cela coûterait.