Un frontend, sans nom de domaine
HTML, CSS et JavaScript déjà buildés, aucun serveur à administrer. Un Storage Account suffit, l’URL en HTTPS vient avec.
Compter 15 minutes et quelques centimes par mois.
Déployer dans mon lab
Choisissez votre scénario
Section intitulée « Choisissez votre scénario »Une application avec ses ressources
Un back end à faire tourner, une base à alimenter, des dépendances à installer. Une VM, et la base sur cette même VM.
Compter une heure et un budget à surveiller.
Les deux se combinent : un frontend statique qui appelle une API hébergée sur la VM est un montage classique, et les deux ressources cohabitent dans le même Resource Group.
Prérequis
Section intitulée « Prérequis »Un Resource Group créé avec ses tags et un lab déclaré. Sinon, quinze minutes suffisent : créer mon lab Azure.
Les deux scénarios emploient le vocabulaire d’Azure — Storage Account, VNet, NSG, service managé. Une phrase par mot dans le petit glossaire Azure, à garder ouvert dans un onglet si les termes sont nouveaux.
Un autre scénario
Section intitulée « Un autre scénario »Pour tester Kubernetes, ne créez rien : un cluster partagé est déjà en place, avec son Ingress et ses certificats. Voir le lab Kubernetes.
Pour tester un modèle d’IA, ne créez rien non plus : une ressource Azure AI Foundry partagée attend, avec son playground et son catalogue de modèles. Voir le lab IA.
L’autre cas fréquent hors de ces deux pages est le lab dont le sujet est un service managé Azure : AKS lui-même, une base managée, une passerelle. Ce n’est plus de la prise en main, c’est un arbitrage de coût à faire avant de créer quoi que ce soit. L’arrêt automatique ne couvre que les VM, un service managé facture les nuits et les week-ends. Lisez Coûts, puis écrivez à lab@qiminfo.ch en précisant ce que vous voulez tester et combien de temps.
Sur Proxmox, pas de tutoriel équivalent : vous montez vos VM et vos conteneurs dans le Pool créé par les administrateurs, dans la limite du quota. Règles réseau sur réseau et sécurité.