Plus de 340 ateliers pratiques de déploiement, plus de 520 guides de configuration de modules et plus de 40 guides de préparation aux certifications, tous publiés sur docs.radmodules.dev (guides en anglais).
Trois corpus distincts, chacun avec son rôle. Tout est public, rien n’exige de connexion. Les guides sont en anglais.
Un pour chacune des plus de 340 options d’application. Un atelier vous mène d’un projet vide à une charge de travail en service et vérifiée, puis à l’exploitation courante et à un démantèlement propre.
Un pour chacune des plus de 340 options d’application, plus de 175 guides partagés de couche applicative. Ils décrivent les services qu’un module provisionne et ses options de configuration.
Des supports alignés sur les certifications Google Cloud, rédigés à partir de modules de base que vous pouvez déployer. Révision et pratique se font dans le même environnement.
Ces chiffres couvrent les plus de 340 options d’application. Les huit autres — les modules de migration, de service mesh et d’architecture de référence que RAD publie lui-même — disposent chacun d’un guide de configuration et d’un atelier dans le dépôt public, et non sur le site de documentation.
Tous les ateliers suivent la même structure : après en avoir fait un, vous savez où chercher dans tous les autres.
Indiquée en tête de chaque atelier, avant que vous n’y consacriez un après-midi. L’atelier Elasticsearch sur GKE Autopilot, par exemple, prévoit 45 à 90 minutes.
Ce que vous saurez faire à la fin, ce qui doit exister au préalable et les variables shell que le reste de l’atelier réutilise.
Le déploiement passe par le formulaire RAD ; la vérification se fait en ligne de commande. Vous obtenez au final un vrai point de terminaison et une réponse de contrôle d’état.
Inspecter, redimensionner et mettre à jour la charge de travail ; lire ses journaux et métriques dans Cloud Logging et Cloud Monitoring. C’est là que s’arrêtent la plupart des tutoriels.
Les pannes qui surviennent réellement sur ce module, avec leurs causes — puis comment détruire tout ce que vous avez créé. Rien ne reste en marche par accident.
Aucun compte n’est nécessaire pour les lire, et chacun nomme le module qu’il déploie.
Une charge de travail avec état bien conçue : StatefulSet à volume SSD qui survit aux redémarrages, découverte à nœud unique imposée dès le plan, et le point d’accès qu’une autre application utilisera ensuite.
Le déploiement en conteneur géré d’une plateforme de publication, pour qui veut découvrir le modèle d’exploitation de Cloud Run plutôt que Kubernetes. Ghost existe aussi en variante GKE.
Un Git auto-hébergé, et la moitié d’une paire connue du catalogue : déployés ensemble en solution, l’URL de service de Gitea est conçue pour être écrite directement dans la configuration de Woodpecker CI.
La moitié « référence » du duo. Si l’atelier décrit ce que vous faites, le guide explique ce que le formulaire vous demande.
Calcul, stockage persistant, secrets, entrée réseau et registre d’images, chacun désigné par le service Google Cloud précis, y compris ceux qu’un module n’utilise volontairement pas.
Le même regroupement que le formulaire de déploiement. Le mode de base ne demande que les paramètres obligatoires ; l’ensemble complet documenté ici s’ouvre lors d’une mise à jour, dès que votre solde de crédits couvre son coût.
Quand un module refuse une combinaison invalide dès le plan, le guide explique pourquoi : par exemple le ratio tas/mémoire imposé à Elasticsearch, car le dépasser provoque des arrêts pour mémoire insuffisante.
Les mécanismes communs à toutes les applications d’un même modèle d’exploitation — Workload Identity, autoscaling, entrée réseau, sauvegardes, cycle de vie du déploiement — figurent dans un guide de socle unique au lieu d’être répétés 300 fois.
Plus de 40 guides (en anglais) répartis sur sept parcours de certification Google Cloud. Chaque parcours comprend un guide de présentation et des guides d’exploration section par section.
Les ateliers ne portent aucune étiquette de certification : le lien part des guides vers la plateforme. Le guide de présentation de chaque parcours définit des profils de déploiement : quels modules de base déployer et quelles variables régler pour une séance d’étude donnée.
Chaque guide de section rattache un domaine de l’examen à ces réglages, avec l’observation à faire dans la console et l’appel qui la confirme. Une légende de couverture indique ce que les modules démontrent entièrement, partiellement, et ce que vous devez étudier ailleurs.
Comment déployer, mettre à jour, démonter, lire les journaux de déploiement et comprendre à quoi servent les crédits, rédigé pour chaque rôle (guides en anglais).
Présentation commune : se connecter, s’orienter, notions clés — modules, déploiements, crédits et facturation. Commencez ici selon votre rôle.
Parcourir le catalogue, déployer et suivre vos déploiements, lire leurs journaux, les mettre à jour et les démonter, et gérer votre solde de crédits.
Pour les éditeurs de modules : connecter votre dépôt GitHub, synchroniser vos modules dans le catalogue, et ce qui se passe quand quelqu’un d’autre en déploie un.
Les modules d’IA générative auto-hébergés, pas à pas : service de modèles, interfaces de chat, passerelles, pipelines de recherche, stockage vectoriel.
Des guides distincts pour les rôles administrateur, finance, support, agent et formateur sont publiés à côté de ceux-ci.
Les ateliers ont été écrits pour une seule personne, et ils tiennent quand toute une promotion les suit en même temps, chaque participant dans son propre projet Google Cloud.
Les environnements des sessions d’atelier sont créés dans le niveau Lab de RAD, qui applique les garde-fous les plus stricts : adresses IP externes refusées, réseaux par défaut supprimés, création de clés de compte de service bloquée et services activés limités à une liste d’autorisation.
Chaque atelier indique sa durée estimée, et la plupart des modules se déploient en bien moins d’une demi-heure. Organisez la session autour de l’attente du provisionnement.
Une solution préconfigurée déploie plusieurs applications en une seule unité ordonnée selon leurs dépendances, ce qui en fait un exercice final crédible une fois les ateliers à module unique terminés.
Les sessions d’atelier sont en accès anticipé, plus récentes que le reste de la plateforme. Nous recherchons des partenaires pilotes.
Les ateliers et guides ci-dessus s’adressent à la personne qui fait le travail. Ces brochures s’adressent à celle qui décide de se lancer ou non — la même plateforme, présentée profil par profil. Toutes s’ouvrent dans le navigateur, en anglais, sans formulaire à remplir.
Un catalogue vérifié dans des projets que vous gouvernez déjà : la démarche d’évaluation et les questions d’un évaluateur.
Lire la brochureMener une promotion de fondateurs de l’inscription à une infrastructure prête pour la production, et le coût par entreprise.
Lire la brochureUn vrai projet Google Cloud par participant, ce que restreint le niveau Lab, et comment budgéter un cours.
Lire la brochureUne proposition de partenariat : votre logiciel déployable tel que vous le publiez, sans fork, sans reconditionnement ni changement de licence.
Lire la brochureRéaliser seul des missions cloud — comment un indépendant utilise le catalogue et ce que coûte réellement chaque déploiement.
Lire la brochurePackager, tarifer et vendre des prestations de déploiement sur Fiverr, PeoplePerHour et Upwork — et utiliser les ateliers comme check-lists de livraison.
Lire la brochureD’autres brochures (en anglais) couvrent le modèle économique des partenaires et les programmes bâtis sur RAD : Build a Practice That Compounds, The RAD Agent Programme, From Certified to Capable, RAD for GDG community builders, The Cloud Application Modernization Playbook et Modernization at Scale, for partners.
Ouvrez l’atelier de l’application qui vous intéresse, puis créez un compte. L’inscription vous donne 300 crédits et ne demande aucun moyen de paiement.