Formation Platform Engineering : concevoir et piloter une plateforme interne de développement New

– Positionnement de la discipline : articulation avec DevOps et SRE, évolutions récentes et motivations business (productivité, fiabilité, time-to-market)
– Charge cognitive des équipes dev : comprendre ce que le Platform Engineering cherche à résoudre
– Rôles d’une équipe plateforme : Platform Engineer, SRE, Platform Product Manager, Developer Advocate et leurs interactions
– Panorama du marché et signaux d’adoption : quand lancer une équipe plateforme, à quelle échelle

– Plateforme-produit : appliquer une posture produit à un objet technique interne
– Golden paths : chemins par défaut standardisés, balisés et outillés pour les équipes dev
– Self-service et multi-tenant : principes d’autonomie et d’isolation des équipes utilisatrices
– Contrats d’interface : formaliser ce que la plateforme promet à ses consommateurs
– SLOs et SLIs appliqués à une plateforme interne : engagements de service et mesure
– Value Stream Mapping : cartographier la chaîne de valeur pour identifier les gains prioritaires

– Rôle d’une IDP dans un contexte cloud native : bénéfices attendus, limites, signaux d’alerte
– Approches full-portal vs thin platform : critères de choix selon la maturité et la taille d’organisation
– Écosystème Backstage et alternatives : catalogue de services, scaffolding, templates
– Modèles d’adoption et parcours d’évolution d’une IDP

– Definition et mesure de la Developer Experience : friction points, temps de cycle, feedback loops
– Outils de mesure DevEx : questionnaires, instrumentation, signaux quantitatifs et qualitatifs
– Construction d’un golden path de bout en bout : onboarding d’un service, gestion des secrets, observabilité, runbooks
– Compromis golden paths vs golden cages : laisser l’échappatoire sans fragmenter l’écosystème

– Couches d’une plateforme cloud native : infrastructure, runtime, services communs, sécurité, observabilité, portail, APIs
– Types de glue technique : pipelines CI/CD, opérateurs Kubernetes, contrôleurs, brokers d’événements, API gateways
– Architecture de référence : combiner Kubernetes, GitOps, IaC et catalogue de services de manière cohérente
– Contrats d’API et gestion du cycle de vie : provisionnement, mise à jour, décommission des capabilities
– Panorama raisonné de l’outillage : critères de choix selon taille d’équipe, maturité et contraintes de conformité

– Gestion des identités et des accès à l’échelle d’une plateforme multi-tenant
– Gestion des secrets et politiques de configuration : standards, garde-fous, audit
– Sécurité de la supply chain logicielle : signatures, SBOM, provenance des artefacts
– Observabilité de la plateforme elle-même : logs, métriques, traces et journaux d’audit des capabilities
– SLOs plateforme : définir des engagements sur le provisionnement, le déploiement et le self-service
– Boucle de rétro-action vers la roadmap : exploiter les signaux d’observabilité pour prioriser

– Qu’est-ce qu’un MVP de plateforme : le plus petit ensemble cohérent de capabilities apportant de la valeur
– Identification des capabilities prioritaires à partir des besoins des équipes dev
– Phases de vie d’un MVP : co-conception, expérimentation, généralisation, standardisation
– Gestion de la dette de plateforme : identifier, qualifier, arbitrer
– Pièges courants : sur-ingénierie, plateforme déconnectée des usages, effet tunnel

– Gouvernance : backlog, roadmap, priorisation, comités de design, modèles de financement
– Alignement avec les objectifs business et gestion des risques organisationnels (shadow platforms, duplication)
– Adoption : communication, « selling the platform » aux parties prenantes, accompagnement au changement
– Boucle de feedback continue : consultations, métriques d’usage, rituels produit
– Indicateurs de pilotage : adoption, satisfaction, coût, impact sur la livraison