Qu'est-ce qu'ISOGrid
Une plateforme cloud construite en Algérie, pour les équipes qui veulent livrer sans gérer de serveurs.
ISOGrid fait tourner vos logiciels. Vous apportez une application ; la plateforme la construit, la place dans une région, lui donne une adresse, la maintient en service et vous facture ce qu'elle consomme. Vous ne provisionnez aucune machine, vous n'en corrigez aucune, et vous ne vous levez pas la nuit quand l'une d'elles tombe.
Cette page décrit la forme de l'ensemble. Tout le reste de ce guide est le détail d'une de ses parties.
Ce que vous manipulez
Une organisation possède les ressources et paie. Chaque application, base de données, espace de stockage et domaine appartient à exactement une organisation. On y invite des personnes avec un rôle qui décide de ce qu'elles peuvent faire, et une même personne peut appartenir à plusieurs — un cabinet de conseil peut être membre de l'organisation d'un client et de la sienne.
Une région est un endroit où votre travail s'exécute. Les régions sont physiquement distinctes : un autre bâtiment, une autre alimentation électrique, un autre chemin vers Internet. Au déploiement, vous en choisissez une. Le prix et les tailles disponibles sont fixés par région, donc une région moins chère l'est réellement, plutôt que d'être au même prix avec du matériel moins bon.
Une application est un programme en cours d'exécution, avec une adresse. Elle a une taille, un nombre de copies, un environnement et, si vous le souhaitez, votre propre domaine. La plupart sont construites à partir d'un dépôt de code ; vous pouvez aussi en apporter une déjà empaquetée.
Une base de données, un espace de stockage, un service géré sont les éléments durables auxquels une application parle. On les commande séparément des applications parce qu'ils leur survivent : vous redéploierez une application cent fois contre la même base de données.
Le crédit paie tout le reste. Vous rechargez, la consommation décompte, et la plateforme vous prévient avant la panne sèche plutôt qu'après.
Ce qui se passe quand vous déployez
- Vous indiquez un dépôt à ISOGrid, ou vous téléversez quelque chose de déjà empaqueté.
- La plateforme détermine comment le construire. Si elle n'y parvient pas, elle vous pose la question — elle ne devine pas pour produire quelque chose qui échouera à trois heures du matin.
- Elle construit, en privé. Votre code source et le résultat ne sont visibles que par votre organisation.
- Elle place le résultat dans la région choisie et démarre le nombre de copies demandé.
- Elle vous donne une adresse qui fonctionne immédiatement, sur une connexion chiffrée, avec un certificat que la plateforme obtient et renouvelle.
- Elle surveille les copies. Celle qui s'arrête est remplacée sans réveiller personne.
Les étapes 2 à 6 sont le produit. L'étape 1 est la seule qui vous incombe.
Ce que la plateforme garantit, et ce qu'elle ne garantit pas
Elle maintient votre application en service tant que la région fonctionne et que l'application peut effectivement démarrer. Un programme qui plante au démarrage sera redémarré, échouera de nouveau, et vous sera signalé — la plateforme ne peut pas corriger du code.
Elle conserve vos données. Les bases de données et les espaces de stockage sont écrits sur plusieurs machines lorsque vous l'avez demandé. Voir Bases de données pour ce que chaque disposition permet de survivre, et ce qu'elle ne permet pas.
Elle ne sauvegarde rien sans que vous le demandiez. Des copies de vos
données sur plusieurs machines vous protègent de la panne d'une machine. Elles
ne vous protègent pas d'un DELETE malencontreux, qui est recopié partout aussi
fidèlement que le reste. Les sauvegardes s'activent séparément, et vous devriez
le faire.
Elle ne lit pas vos données. Le personnel de la plateforme voit que votre base existe, sa taille et son état de santé. En lire le contenu exige vos identifiants, que la plateforme vous remet une seule fois et ne conserve sous aucune forme récupérable.
Pour continuer
- Premiers pas — d'un compte à une application en ligne.
- Déployer une application — le modèle de déploiement en détail.
- Adresses et domaines — comment on atteint ce que vous avez déployé.
- Quand ça ne va pas — les pannes les plus probables, et quoi faire pour chacune.