Opérations & administration d'Anypoint Platform (Course #platform-ops)
For admins plateforme, équipes opérations.
À la fin, vous saurez
À l'issue de cette formation, vous serez capable d'exploiter Anypoint Platform à la cible de 99,9 % de disponibilité — runbooks, alerting, RBAC, rotation de certificats — afin de détecter les incidents en minutes et non en jours.
Cas fil rouge
Vendora Marketplace exploite 60 applications Mule entre CloudHub et Runtime Fabric pour 300 vendeurs partenaires ; au dernier Black Friday, le trafic a quintuplé et les alertes ont réveillé les mauvaises équipes. Objectifs de la direction : 99,9 % de disponibilité sur les flux de commande, RTO < 15 min, RPO nul, et une synthèse hebdomadaire à la place de 400 alertes brutes. Vous reprenez la plateforme en l'état.
Programme chaque ligne est quelque chose que vous faites
6 modules · 18 sujets · dans l'ordre du cours
-
Module 1
Maîtriser la boucle déploiement-alerte
Objectif. Standardiser déploiements, alertes et dashboards dans Runtime Manager afin que l'exploitation quotidienne suive un runbook écrit.
- Gérer les déploiements dans Runtime Manager : redémarrages glissants, épinglage de version, exercice de rollback chronométré (10 min)
- Router les alertes par sévérité vers email et webhooks (p. ex. PagerDuty), en séparant production et hors production
- Construire un dashboard opérationnel par application critique suivant CPU, heap et débit à la minute
-
Module 2
Le bon runtime pour chaque charge
Objectif. Confronter l'administration CloudHub et Runtime Fabric afin que chaque charge atterrisse sur le runtime aligné avec ses besoins de coût et de contrôle.
- Peser workers CloudHub contre pods Runtime Fabric : IP statiques, facturation bande entrante, granularité vCore, responsabilité des upgrades
- Répartir les charges : flux sensibles PCI sur RTF dans votre VPC, API experience élastiques sur CloudHub multi-workers
- Assurer le day-2 sur chaque plateforme : autoscaling CloudHub, drainage et patching des nœuds RTF en fenêtres sans interruption
-
Module 3
Privilège minimal par construction
Objectif. Structurer utilisateurs, rôles, environnements et business groups afin que chaque changement soit attribuable et l'accès production verrouillé.
- Attribuer les permissions par profil — déploiement seul, lecture seule, administrateur — et séparer Dev, QA et Production
- Isoler les équipes via business groups et permission sets ; auditer les appartenance chaque trimestre face au référentiel RH
- Revoir mensuellement les droits de déploiement production et désactiver les comptes inactifs depuis 60 jours (zéro admin permanent)
-
Module 4
Alerter sur les symptômes, pas le bruit
Objectif. Régler supervision, rétention et seuils dans Anypoint Monitoring afin que l'astreinte ne soit pagée que pour une dégradation visible utilisateur.
- Superviser les signaux d'or — latence p95, taux d'erreur, saturation — avec hystérésis de seuil (p. ex. franchi 5 minutes d'affilée)
- Cloisonner la rétention des logs : 7 jours chauds dans Anypoint Monitoring, 90 jours consultables dans le SIEM via forwarding
- Réduire le bruit : dédupliquer les alertes battantes, instaurer des plages calmes, viser moins de 5 pages actionnables par semaine d'astreinte
-
Module 5
Des certificats qui ne réveillent personne
Objectif. Automatiser l'inventaire et le renouvellement des keystores afin que chaque certificat tourne avant expiration, sans fenêtre d'urgence.
- Inventorier keystores et certificats par environnement avec alertes d'expiration déclenchées à J-30
- Installer des chaînes TLS signées par une CA avec couverture SAN complète sur CloudHub et RTF ; bannir l'auto-signé de production
- Rotationner sans interruption : import échelonné du keystore, bascule bleu-vert des listeners, vérification par handshake OpenSSL s_client
-
Module 6
Répéter le sinistre redouté
Objectif. Prouver en exercice répété — pas sur une diapositive — que Vendora tient RTO < 15 min et RPO 0.
- Scripter le runbook de bascule régionale — cutover DNS, redéploiement des workers, vidage Anypoint MQ — face au RTO < 15 min
- Vérifier le RPO 0 : Object Store persistant et messagerie transactionnelle survivent à un worker tué ; restaurer puis réconcilier
- Tenir des game days semestriels : injecter la perte d'une zone, noter la réponse, réinjecter chaque écart dans le backlog de durcissement
Références & documentation officielle chaque affirmation ci-dessus a une source
Module 1
- Alertes dans Runtime ManagerDoc MuleSoft
- Utiliser les tableaux de bord intégrés des applications MuleDoc MuleSoft
Module 2
- Présentation d'Anypoint Runtime FabricDoc MuleSoft
- Architecture de CloudHub 2.0Doc MuleSoft
Module 3
- Permissions dans Anypoint PlatformDoc MuleSoft
Module 4
- Recevoir des alertes dans Anypoint MonitoringDoc MuleSoft
Module 5
- Configurer TLS avec keystores et truststoresDoc MuleSoft