Formation IBM Cloud

Programme de notre formation IBM Cloud

[Jour 1 - Matin]

Comprendre IBM Cloud et définir sa stratégie cloud

• Évolution de Bluemix vers IBM Cloud et présentation des grandes familles de services
• Distinction entre infrastructure, plateforme et logiciel à la demande : IaaS, PaaS et SaaS
• Compréhension des modèles cloud public, privé et hybride et du partage des responsabilités
• Identification des critères de choix : besoins métier, disponibilité, localisation des données, sécurité et réversibilité
• Analyse des coûts : ressources consommées, stockage, transferts de données et exploitation
• Atelier pratique : Analyser un cas d’entreprise, identifier les applications candidates à une migration et construire une première grille de choix des services.

[Jour 1 - Après-midi]

Prendre en main la plateforme et organiser les accès

• Navigation dans la console IBM Cloud et exploration du catalogue de services
• Organisation du compte avec les groupes de ressources, les régions et les étiquettes
• Introduction à IBM Cloud IAM : utilisateurs, groupes d’accès, rôles et identités de service
• Distinction entre authentification des utilisateurs de la plateforme et authentification des utilisateurs d’une application
• Prise en main de la CLI IBM Cloud et sélection du compte, de la région et du groupe de ressources
• Vérification des plans de service, des quotas et des droits nécessaires avant le provisionnement
• Atelier pratique : Préparer un environnement de laboratoire, cibler les ressources depuis la CLI et appliquer une politique d’accès limitée au besoin.

Choisir une architecture de déploiement adaptée

• Positionnement des machines virtuelles VPC, d’IBM Cloud Code Engine, d’IBM Cloud Kubernetes Service et de Red Hat OpenShift on IBM Cloud
• Comparaison des responsabilités d’exploitation, des besoins de contrôle et des mécanismes de mise à l’échelle
• Introduction aux conteneurs et aux principes d’une application cloud : configuration externalisée, journaux et séparation des données persistantes
• Repérage des dépendances d’une ancienne application Bluemix : runtime, services liés, identifiants et stockage
• Atelier pratique : Dessiner l’architecture cible d’une application fil rouge et justifier le choix de Code Engine pour son déploiement.

[Jour 2 - Matin]

Déployer une application avec IBM Cloud Code Engine

• Compréhension des notions de projet, application, job et fonction dans Code Engine
• Construction et déploiement d’une application à partir de son code source ou d’une image de conteneur
• Introduction au rôle d’IBM Cloud Container Registry dans le stockage des images
• Configuration des variables d’environnement, des secrets et des ressources CPU et mémoire
• Compréhension de la mise à l’échelle automatique, de la réduction à zéro et de leurs effets sur le démarrage et les coûts
• Consultation des événements et des journaux pour diagnostiquer un échec de déploiement
• Atelier pratique : Déployer une API fournie, tester son point d’entrée HTTP, ajuster sa configuration et publier une nouvelle révision.

[Jour 2 - Après-midi]

Connecter l’application aux services de données

• Choix entre stockage relationnel, documents JSON et stockage d’objets selon les usages
• Positionnement d’IBM Cloud Databases for PostgreSQL, d’IBM Cloudant et des offres Db2 selon les besoins transactionnels ou analytiques
• Prise en main d’IBM Cloud Object Storage : compartiments, objets et droits d’accès
• Connexion aux services depuis une application et utilisation des liaisons de services compatibles avec Code Engine
• Protection des identifiants et gestion des erreurs d’accès aux données
• Introduction aux politiques de conservation, au cycle de vie des objets et aux besoins de sauvegarde
• Atelier pratique : Connecter l’application fil rouge à Object Storage, enregistrer et relire un document, puis vérifier le comportement en cas d’autorisation insuffisante.

Structurer les échanges et les traitements applicatifs

• Compréhension des bénéfices et des contraintes d’une architecture de microservices
• Définition d’interfaces HTTP/JSON et séparation des responsabilités entre composants
• Distinction entre appels synchrones, traitements batch et échanges événementiels
• Introduction à IBM Cloud Event Streams et aux cas d’usage de la messagerie Kafka
• Gestion des délais d’attente, des nouvelles tentatives et des doublons lors des traitements
• Atelier pratique : Ajouter un job Code Engine traitant un fichier stocké dans Object Storage et rendre sa réexécution sans effet indésirable sur les résultats.

[Jour 3 - Matin]

Intégrer une fonctionnalité d’IA avec watsonx.ai

• Positionnement de watsonx.ai et distinction entre services d’IA spécialisés et modèles de fondation
• Choix d’un modèle disponible selon la tâche, la langue, les limites d’utilisation et le coût
• Distinction entre inférence, conception de prompts et adaptation d’un modèle
• Préparation d’un accès à l’API : authentification, identifiant de projet ou d’espace et point d’entrée du service
• Construction d’une requête, traitement de la réponse et gestion des erreurs ou des limites de consommation
• Atelier pratique : Ajouter à l’application une fonction de résumé ou de classification de textes non sensibles en appelant un modèle disponible dans watsonx.ai.

[Jour 3 - Après-midi]

Évaluer les résultats de l’IA et protéger les données

• Définition d’un petit jeu de tests et de critères de qualité adaptés au cas d’usage
• Analyse des réponses incorrectes, des variations de résultats et des limites du modèle
• Réduction des données transmises et prévention de l’exposition d’informations sensibles
• Gestion des entrées non fiables, validation des sorties et traitement des indisponibilités
• Suivi de la latence et de la consommation, avec limitation de la taille des requêtes et des réponses
• Atelier pratique : Comparer plusieurs formulations de prompt, tester des entrées problématiques et ajouter des contrôles ainsi qu’un comportement de repli à l’application.

Sécuriser les services et les échanges

• Application du principe du moindre privilège aux utilisateurs, identités de service et ressources
• Gestion des secrets, renouvellement des identifiants et présentation d’IBM Cloud Secrets Manager
• Distinction entre contrôle des accès IBM Cloud et authentification applicative avec un fournisseur d’identité
• Introduction aux principes OAuth 2.0 et OpenID Connect pour sécuriser les accès applicatifs
• Choix des points d’entrée publics ou privés selon les capacités des services et les contraintes réseau
• Atelier pratique : Retirer les identifiants du code, limiter les permissions d’accès aux données et vérifier les refus d’accès attendus.

[Jour 4 - Matin]

Superviser, mettre à jour et maîtriser les coûts

• Distinction entre journaux applicatifs, métriques et événements d’audit
• Présentation d’IBM Cloud Logs et du routage des événements avec Activity Tracker Event Routing
• Recherche d’erreurs et corrélation des événements pour diagnostiquer un incident
• Organisation d’une chaîne de livraison : gestion du code, tests, construction d’image et déploiement
• Préparation d’un retour à une version connue de l’application en cas d’échec
• Suivi de la consommation, ajustement des ressources et suppression des services inutilisés
• Atelier pratique : Diagnostiquer une panne simulée, redéployer une version fonctionnelle et examiner les postes de consommation de l’environnement.

[Jour 4 - Après-midi]

Actualiser les architectures IoT et blockchain

• Identification des composants historiques du programme Bluemix à remplacer dans une architecture actuelle
• Compréhension d’une chaîne IoT : équipements, passerelles, transport MQTT ou HTTPS, traitement et stockage
• Distinction entre réception de données, gestion des équipements et traitement événementiel
• Analyse des exigences d’identité, de sécurité et de traçabilité des équipements connectés
• Positionnement d’un registre distribué avec Hyperledger Fabric et comparaison avec une base de données classique
• Atelier pratique : Concevoir une architecture de collecte de données simulées et justifier l’intérêt ou l’absence d’intérêt d’une blockchain, sans dépendre des anciens services Watson IoT ou de Hyperledger Composer.

Projet de synthèse et validation des acquis

• Consolidation de l’application fil rouge : déploiement, stockage, traitement et fonctionnalité d’IA
• Vérification de la configuration, des permissions et de la gestion des erreurs
• Formalisation d’un schéma d’architecture et d’une procédure simple d’exploitation
• Identification des améliorations nécessaires avant une mise en production
• Nettoyage des ressources de laboratoire et contrôle des services restant facturables
• Atelier pratique : Démontrer l’application, expliquer les choix techniques, traiter un scénario d’incident et réaliser un quiz de validation des connaissances.