# Publication d’API — Cycle de productisation des API

Canonical page: https://apiopscycles.com/fr/cycles/api-productization-cycle/stations/api-publishing

Language: fr

Entity ID: api-publishing

Cycle: [Cycle de productisation des API](https://apiopscycles.com/fr/cycles/api-productization-cycle.md)

Read [shared station guidance](https://apiopscycles.com/fr/stations/api-publishing.md) first. The sections below supplement or replace the corresponding shared sections for this cycle. Sections not repeated here retain the shared guidance.

## Journey entry criteria

- L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme. — The chosen API architecture and platform patterns have been validated with the relevant architecture, security, and platform stakeholders. (ID: architecture-patterns-validated)
- La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs. — The API design and exposed capabilities clearly trace back to business value and user needs. (ID: design-reflects-business-value)
- L’interface et ses capacités sont documentées de manière suffisamment claire pour la revue, l’audit et l’onboarding. — The API and its exposed capabilities are described clearly enough for review, audit, and onboarding. (ID: api-description-available)
- La conception de l'interface respecte les standards partagés de produit, de conception et de qualité. — The API design follows our shared API product and design conventions. (ID: api-consistency)
- Le contrat d'interface a été validé et testé par rapport aux exigences fonctionnelles et non fonctionnelles. — The API contract is tested and meets functional and non-functional requirements. (ID: api-contract-tested)

## Journey exit criteria

- La solution réussit les contrôles de qualité, de sécurité, de conformité et de préparation. — The API passes compliance, security, and audit checks. (ID: audit-passed)
- Les résultats d'audit et les décisions de correction sont partagés avec les parties prenantes concernées. — Audit findings and remediation decisions are shared with the relevant stakeholders. (ID: audit-reports-shared)
- La capacité est prête à être publiée ou mise à disposition via le mécanisme de livraison choisi. — The API is ready to be deployed and exposed through the intended gateways and environments. (ID: api-ready-for-publishing)
- La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts. — Consumer-facing API documentation is complete enough for publishing and onboarding. (ID: api-documentation-ready)

## Description

Exposer les API de manière sûre et claire au bon public avec la bonne documentation et les bons processus.

## Why it matters

La publication va plus loin que le déploiement - il s'agit de la découvrabilité, de l'accès et de l'assistance. Si les API ne sont pas publiées correctement, elles ne seront pas utilisées, réutilisées ou sécurisées efficacement.

## Apply in work

Permettre aux API d'être publiées dans l'environnement approprié et disposer de mécanismes d'enregistrement et d'accès clairs (par exemple, clés API, OAuth, plans d'abonnement) en fonction des segments de utilisateurs et des exigences en matière de sécurité et de conformité.

## Outcomes

- API publiées dans le bon environnement (privé, partenaire, public)
- Des processus clairs d'intégration et d'enregistrement de l'API
- Documentation, modèles de sécurité et politiques disponibles
- Des API prêtes pour l'échelle et la gouvernance

## Steps

1. Publier les API dans les passerelles et les environnements appropriés afin de favoriser la réutilisation pour de multiples utilisateurs.
2. Documenter la manière dont les utilisateurs trouvent et utilisent l'API, y compris les processus d'accueil et d'enregistrement.
3. Veiller à ce que les modèles de sécurité, la configuration de la passerelle et les termes juridiques soient clairs et accessibles aux utilisateurs.
4. Feedback et contrôle : comment surveiller l’adoption, la confiance, l’usage réel, les problèmes et comportements inattendus, et quelles conditions déclenchent pause, rollback ou retour au manuel?

## Questions

- Publier les API dans les passerelles et les environnements appropriés afin de favoriser la réutilisation pour de multiples utilisateurs.
- Documenter la manière dont les utilisateurs trouvent et utilisent l'API, y compris les processus d'accueil et d'enregistrement.
- Veiller à ce que les modèles de sécurité, la configuration de la passerelle et les termes juridiques soient clairs et accessibles aux utilisateurs.
- Permettre aux API d'être publiées dans l'environnement approprié et disposer de mécanismes d'enregistrement et d'accès clairs (par exemple, clés API, OAuth, plans d'abonnement) en fonction des segments de utilisateurs et des exigences en matière de sécurité et de conformité.
- La publication va plus loin que le déploiement - il s'agit de la découvrabilité, de l'accès et de l'assistance. Si les API ne sont pas publiées correctement, elles ne seront pas utilisées, réutilisées ou sécurisées efficacement.

## Role participation and responsibilities

- [Propriétaire du produit API](https://apiopscycles.com/fr/roles/api-product-owner.md) (lead): Pilote l’opportunité API, la priorisation et les décisions au niveau produit tout au long du cycle de vie.
- [Représentant utilisateur API](https://apiopscycles.com/fr/roles/api-consumer-specialist.md) (core): Représente les besoins des développeurs, intégrateurs ou autres utilisateurs d'API qui utilisent l'API directement.
- [Responsable Documentation & DevRel](https://apiopscycles.com/fr/roles/api-devrel-specialist.md) (core): Responsable des contenus d'onboarding, de la communication avec les développeurs et de la qualité de la documentation API.
- [Responsable support et opérations](https://apiopscycles.com/fr/roles/operations-specialist.md) (core): Représente le support en production, la gestion des incidents, l’observabilité et la préparation opérationnelle pour la capacité, l’API ou l’automatisation.
- [Spécialiste en conformité et juridique](https://apiopscycles.com/fr/roles/compliance-specialist.md) (core): Clarifie les exigences juridiques, de confidentialité, réglementaires et contractuelles qui affectent la capacité, l’API, l’interface ou l’automatisation.
- [Spécialiste en sécurité](https://apiopscycles.com/fr/roles/security-specialist.md) (core): Assure que les risques de sécurité, les contrôles et les limites de confiance sont pris en compte tout au long du cycle de vie.
- [Ingénieur de livraison](https://apiopscycles.com/fr/roles/api-engineer.md) (consulted): Assume la responsabilité de la mise en œuvre, de l’automatisation, des tests et du flux de publication nécessaires pour livrer la capacité, l’API ou l’automatisation de manière fiable.
- [Responsable métier](https://apiopscycles.com/fr/roles/business-owner.md) (consulted): Représente les objectifs métier, le financement et les résultats attendus de l’initiative de capacité, d’API ou d’automatisation.

## Resources

- [Liste de contrôle de l'audit de l'API](https://apiopscycles.com/fr/resources/api-audit-checklist.md)