Une session d’atelier donne à chaque participant un vrai projet Google Cloud et un vrai déploiement, créés en une seule action depuis la vue « Sessions de lab » de « Environnements gérés », sur la page « Solutions ». Aucun participant n’a besoin d’un compte de facturation Google Cloud. Les sessions d’atelier sont en accès anticipé.
Tout formateur qui enseigne le cloud les reconnaîtra toutes les quatre.
Un apprenant qui connaît déjà la vraie console voit les coutures. Celui qui ne la connaît pas apprend quelque chose qui n’existe pas hors de la salle de cours.
Un apprenant supprime un réseau ou épuise une plage d’adresses, et l’exercice s’arrête pour les vingt-neuf autres. Vous déboguez votre propre atelier au lieu d’enseigner.
Carte bancaire, compte de facturation par personne, facture courant bien après le cours. Sur plusieurs marchés, cette étape est infranchissable et l’apprenant ne commence jamais.
Une journée de préparation avant chaque promotion, et des scripts qui ont dérivé depuis la précédente. L’infrastructure est réelle, mais vous la recréez à chaque session.
Reste aussi le nettoyage, une fois tout le monde parti : retrouver ce qui tourne encore, dans quel compte, et l’arrêter avant que cela ne devienne une facture.
Une session par promotion, pilotée depuis la vue « Sessions de lab » de « Environnements gérés ».
Nommez-la, collez les adresses e-mail des participants, puis définissez l’enveloppe de crédits de chacun, la durée de chaque environnement (jusqu’à 24 heures) et la région. Une adresse illisible pour la boîte de dialogue bloque toute la session : rien n’est facturé pour une liste comprise à moitié.
Le nombre de participants par session est fixé par un administrateur, qui attribue aussi le rôle « Formateur » ; il ne peut pas être demandé depuis RAD. Les participants sans compte RAD reçoivent une invitation à s’inscrire par e-mail et ne sont provisionnés qu’une fois inscrits ; la session les compte comme en attente d’inscription.
Choisissez un module ou une solution dans le catalogue de plus de 350 options de déploiement couvrant plus de 180 applications et modules de plateforme, puis remplissez sa première page de paramètres. La région vient de la session. Les frais de module, de projet et de services partagés sont actuellement offerts pour les sessions d’atelier ; la durée de build reste facturée. RAD affiche le coût par participant et le coût total avant tout démarrage.
Chaque participant obtient son propre projet Google Cloud, avec son propre déploiement à l’intérieur. Pas un projet partagé avec trente espaces de noms : trente projets. Les environnements se créent quelques-uns à la fois, si bien qu’une grande promotion prend plus de temps.
Les projets gérés par RAD sont créés dans l’un des quatre dossiers Google Cloud : Sandbox, Développement, Production et Lab. Chacun a son propre ensemble de règles d’administration. Aucun formulaire de déploiement ne propose lab : seule une session d’atelier y accède.
Un environnement créé attend à l’état « Prêt » jusqu’à ce que vous lanciez son chrono, ou démarre seul si la session est réglée sur « Dès que prêt ». Chaque participant dispose de toute la durée à partir de son propre démarrage, et vous pouvez prolonger le temps ou ajouter des crédits en cours de route.
Quand le temps ou les crédits sont épuisés, la facturation est coupée, l’accès du participant est retiré et le projet d’atelier est supprimé. Rien ne reste en marche qu’il faudrait traquer plus tard.
Quand son chrono démarre, le participant accède à son projet dans la console Google Cloud : ce qui a été déployé, ses journaux, ses buckets de stockage et sa base Cloud SQL, le tout créé par du Terraform ordinaire. Une bannière sur chaque page RAD lui indique le temps et les crédits restants, avec un lien pour ouvrir le projet dans la console Google Cloud. Il ne peut ni lire les secrets, ni modifier la configuration, ni redimensionner ou créer des ressources, ni déployer quoi que ce soit lui-même dans un atelier.
Les règles d’administration appliquées au dossier dans lequel les projets d’atelier sont créés.
Une région dans chacune des huit zones géographiques, la moins chère disponible dans cette zone selon l’API Cloud Billing Catalog. africa-south1 est la seule région Google Cloud du continent africain.
Un déploiement dans le projet personnel d’un participant conserve toutes les régions proposées par Google.
Choisi pour chaque session à sa création, puis figé.
L’enveloppe de toute la promotion, participants × crédits par participant, est réservée sur vos crédits achetés à la création de la session. Les crédits gratuits ne peuvent pas être utilisés. L’ajout ultérieur de participants ou de crédits se paie de la même façon.
C’est le réglage par défaut d’une nouvelle session. Chaque participant paie les crédits par participant sur ses propres crédits achetés, et rien n’est créé pour lui avant son paiement. Ce paiement ne vous revient qu’au démarrage de son chrono ; s’il n’obtient jamais l’accès, il lui est restitué.
Ce que les participants n’ont pas utilisé revient à vos crédits de recharge, qui n’expirent pas, à la clôture de la session. La clôture attend les données de facturation de Google, en général jusqu’à un jour après l’arrêt du dernier environnement. Tout dépassement d’une enveloppe vous est facturé, dans la limite du plafond que vous avez fixé.
10 crédits valent 1 $. Avant toute création, RAD affiche le coût par participant et le coût total. La durée de build est mesurée à 6 crédits de l’heure, et un déploiement prend en moyenne 19 minutes environ.
Un participant achète sa place depuis la bannière d’atelier en haut de chaque page RAD. RAD encaisse les paiements via Stripe et Flutterwave ; Flutterwave prend en charge la carte, le virement bancaire, l’USSD et le mobile money. RAD ne manipule jamais les données de carte.
Lorsqu’un participant ne peut pas payer sur RAD, parce que sa banque ne travaille pas avec le prestataire de paiement ou qu’il dispose d’espèces plutôt que d’une carte, il peut vous payer directement et vous achetez sa place en un clic, sur vos propres crédits achetés. La place fonctionne alors comme les autres, et si elle n’est jamais utilisée, les crédits vous reviennent. RAD n’encaisse, ne détient ni ne vérifie le paiement qui vous est fait ; vous pouvez l’annoter sur la place.
Un projet d’atelier appartient à un participant pour une session. Il ne compte jamais parmi ses propres projets gérés par RAD : le participant conserve son propre projet Sandbox en parallèle de votre cours.
Un administrateur attribue le rôle « Formateur ». Celui-ci donne accès aux sessions d’atelier que vous animez, et à rien d’autre.
Les participants sont prévenus par e-mail avant la fin de leur temps, par défaut 15 et 5 minutes avant, puis une dernière fois à la fin de leur atelier. « Terminer maintenant » clôt toute la session à tout moment, et une session dans laquelle personne n’est provisionné se termine d’elle-même au bout de 14 jours.
Les administrateurs peuvent gérer les sessions de tous les formateurs ; les crédits qu’ils ajoutent restent prélevés sur le formateur, qui est informé de l’auteur de l’action. Le rôle Finance peut mettre fin à une session pour stopper ses dépenses, mais pas la modifier.
Le catalogue propose plus de 60 solutions préconfigurées, et une session d’atelier peut déployer une solution dans chaque environnement comme un simple module.
Une solution réunit de deux à huit applications, provisionnées jusqu’à quatre à la fois dans un même projet. Un membre qui consomme les sorties Terraform d’un autre attend la fin de ce déploiement ; les autres démarrent dès la confirmation de la solution.
Quand une paire producteur-consommateur est câblée, la solution écrit les sorties Terraform du producteur dans la configuration du consommateur une fois le déploiement terminé. Ailleurs, les connexions se font à la main. Ce câblage est en bêta : vérifiez-le lors d’un pilote.
Le démantèlement parcourt le graphe de dépendances à rebours : le projet partagé est détruit après ce qu’il contient, et non avant. Pour une promotion, c’est la différence entre une fin de session propre et des infrastructures à moitié supprimées à pourchasser.
Une solution de synthèse est facturée en une seule réservation pour tous ses membres, avec une remise groupée de 15 % pour 3 à 4 modules, 20 % pour 5 à 6 et 25 % pour 7 ou plus. Elle est payée, comme tout environnement d’atelier, sur l’enveloppe de la session.
Nombre de pages relevé sur docs.radmodules.dev (guides en anglais).
Chacun aboutit à quelque chose qui tourne, pas à un schéma. Ils suivent le catalogue même depuis lequel votre promotion déploie : l’atelier que lit le participant et le formulaire qu’il remplit traitent du même sujet, étape par étape, du début à la fin.
Un pour chacune des plus de 340 options d’application, plus de 175 guides partagés de couche applicative sur lesquels elles reposent. Ils listent les variables du formulaire de déploiement et leur rôle, ce qui en fait de bonnes lectures préparatoires.
Alignés sur sept parcours de certification Google Cloud : ACE, PCA, PCD, PCDE, PCNE, PDE et PSE. Chaque guide définit des profils de déploiement construits à partir des modules de base et y rattache les domaines de l’examen pour l’enseignement.
La brochure est la version à envoyer à un responsable pédagogique ou budgétaire : ce que restreint le niveau Lab et comment un cours est chiffré par place. Il existe aussi une présentation du programme, From Certified to Capable, pour le cursus lui-même.
RAD est en version bêta, et les sessions d’atelier en sont la partie la plus récente.
Le rôle de formateur, les sessions d’atelier et le niveau Lab sont en place et opérationnels. Ils n’ont pas encore fait l’objet d’une revue de sécurité par rôle, et un bug de périmètre a déjà été trouvé et corrigé.
Si votre programme exige un autre fournisseur cloud, RAD n’est pas le bon outil. Tout le catalogue est constitué de modules Terraform ciblant Google Cloud.
Avec exactement l’adresse e-mail que vous avez inscrite. Les places sont payées en crédits achetés, les vôtres ou les leurs : les crédits gratuits d’inscription ne peuvent pas financer une place d’atelier.
Organismes de formation, enseignants universitaires, organisateurs de bootcamps et équipes formation en entreprise prêts à mener une vraie promotion avec nous. En échange, vous avez un accès direct à ceux qui construisent la plateforme, et vos retours se retrouvent dans le produit.