Opérations & administration d'Anypoint Platform (Course #platform-ops)

For admins plateforme, équipes opérations.

Réf#platform-ops
Durée3 jours
Formats4 modalités
Certif—
PrérequisAucun

À 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

  1. 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
  2. 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
  3. 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)
  4. 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
  5. 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
  6. 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 3

Dans la filière Opérations / DevOps

Une formation pour votre équipe ?

Chaque session est adaptée à vos cas d'usage, vos données et votre planning.

Demander un devis