Formation Port : créer un Internal Developer Portal

Programme de notre formation Port

[Jour 1 – Matin]

Comprendre Port et les enjeux d’un Internal Developer Portal

• Comprendre le rôle de Port dans une démarche de Platform Engineering
• Identifier les enjeux d’un Internal Developer Portal : autonomie, standardisation, visibilité et réduction de la charge cognitive
• Comprendre les concepts clés : software catalog, blueprints, entities, relations, scorecards et self-service actions
• Positionner Port par rapport à Backstage, Compass, aux outils DevOps existants et aux plateformes internes
• Identifier les cas d’usage : ownership des services, production readiness, golden paths, self-service développeur et gouvernance
• Définir une première vision de portail adaptée aux équipes DevOps, SRE, plateforme et développement

[Jour 1 – Après-midi]

Modéliser le catalogue logiciel avec les Blueprints

• Comprendre le rôle des blueprints dans la modélisation du portail Port
• Créer des entités pour représenter les services, équipes, environnements, ressources cloud, dépôts Git ou clusters Kubernetes
• Définir les propriétés essentielles : propriétaire, criticité, environnement, lifecycle, langage, dépendances et niveau de maturité
• Créer des relations entre les entités pour représenter l’écosystème applicatif
• Structurer un software catalog lisible, exploitable et adapté aux usages de l’entreprise
• Atelier pratique : créer un catalogue logiciel Port avec blueprints, entités et relations entre services, équipes et environnements

Intégrations et alimentation du portail

• Comprendre les différentes manières d’alimenter Port : interface, API, intégrations, fichiers YAML et automatisations
• Connecter Port aux outils existants : GitHub, GitLab, Jira, Kubernetes, Terraform, CI/CD ou observabilité
• Importer automatiquement des informations depuis les dépôts, pipelines, clusters ou outils de ticketing
• Définir les données utiles à exposer aux développeurs et aux équipes plateforme
• Mettre en place une stratégie d’actualisation fiable pour éviter un catalogue obsolète
• Identifier les bonnes pratiques pour connecter Port sans multiplier les sources de vérité

[Jour 2 – Matin]

Scorecards, standards et production readiness

• Comprendre le rôle des scorecards pour mesurer la maturité, la qualité, la sécurité et la conformité des services
• Définir des critères de production readiness : documentation, ownership, monitoring, alerting, SLO, sécurité et CI/CD
• Créer des règles de scorecard basées sur les propriétés et relations du catalogue
• Visualiser les niveaux de conformité et identifier les services à risque
• Utiliser les scorecards pour piloter les standards d’ingénierie sans bloquer inutilement les équipes
• Atelier pratique : créer une scorecard de production readiness et analyser la maturité de plusieurs services

[Jour 2 – Après-midi]

Self-service actions et workflows développeurs

• Comprendre les self-service actions et leur rôle dans l’autonomie des développeurs
• Créer des formulaires d’action pour déclencher des workflows encadrés
• Connecter une action à un workflow CI/CD, une API, un script ou un outil d’automatisation
• Mettre en place des approvals, paramètres, validations et garde-fous adaptés aux équipes plateforme
• Créer des golden paths pour standardiser les demandes récurrentes : création de service, provisionnement, rollback ou changement de configuration
• Atelier pratique : créer une action self-service pour déclencher un workflow contrôlé depuis le portail Port

Gouvernance, adoption et déploiement en entreprise

• Définir une stratégie de gouvernance du portail : ownership, standards, cycle de vie des entités et responsabilités
• Organiser l’adoption par les équipes : personas, cas d’usage prioritaires, documentation et accompagnement
• Construire une roadmap de déploiement progressive : MVP, intégrations, scorecards, self-service et extensions
• Mesurer la valeur du portail : réduction des tickets, amélioration de l’onboarding, visibilité des services et conformité
• Identifier les pièges fréquents : catalogue trop complexe, données obsolètes, absence d’ownership et self-service non utilisé
• Atelier pratique : concevoir la roadmap d’un Internal Developer Portal Port adapté à une organisation cible