# Décision d’architecture et de plateforme d’automatisation — Cycle d’automatisation

Canonical page: https://apiopscycles.com/fr/cycles/automation-cycle/stations/api-platform-architecture

Language: fr

Entity ID: api-platform-architecture

Cycle: [Cycle d’automatisation](https://apiopscycles.com/fr/cycles/automation-cycle.md)

Read [shared station guidance](https://apiopscycles.com/fr/stations/api-platform-architecture.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'opportunité de capacité est identifiée et documentée. — Individual API opportunities are identified and documented. (ID: api-opportunity-documented)
- La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus. — The API meets a clear business need and is reusable for multiple API consumers. (ID: api-reusability)
- L’interface choisie fournit une abstraction appropriée aux utilisateurs. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs. — The API value proposition has been reviewed and validated with the relevant business and consumer stakeholders. (ID: value-prop-validated)
- Les segments d'utilisateurs sont identifiés. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified)
- Une feuille de route de haut niveau pour la mise en œuvre est définie. — High-level roadmaps for API development are established. (ID: api-roadmap-defined)

## Journey exit criteria

- La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus. — The API meets a clear business need and is reusable for multiple API consumers. (ID: api-reusability)
- L’interface choisie fournit une abstraction appropriée aux utilisateurs. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs. — The API value proposition has been reviewed and validated with the relevant business and consumer stakeholders. (ID: value-prop-validated)
- Les segments d'utilisateurs sont identifiés. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified)
- Une feuille de route de haut niveau pour la mise en œuvre est définie. — High-level roadmaps for API development are established. (ID: api-roadmap-defined)

## Description

Utiliser l’impact, l’emplacement, la capacité et les exigences antérieures pour choisir l’approche de mise en œuvre de l’automatisation et consigner la justification ainsi que les risques restants.

## Role participation and responsibilities

- [Architecte de la plateforme](https://apiopscycles.com/fr/roles/platform-architect.md) (lead): Oriente les décisions relatives à la plateforme, à l’intégration, à l’évolutivité et à l’architecture qui déterminent comment la capacité ou l’API est construite et exploitée.; suggested-answer-owner: [Canevas de décision d’architecture d’automatisation](https://apiopscycles.com/fr/resources/automation-architecture-decision-canvas.md)
- [Architecte d'intégration](https://apiopscycles.com/fr/roles/integration-architect.md) (core): Conçoit les approches d’intégration et les modes de mise en œuvre qui relient la capacité ou l’API aux autres systèmes.
- [Ingénieur automatisation](https://apiopscycles.com/fr/roles/automation-engineer.md) (core): Met en œuvre, teste, intègre et exploite les solutions d’automatisation et les workflows associés.
- [Responsable de l'automatisation](https://apiopscycles.com/fr/roles/automation-owner.md) (core): Responsable des objectifs, de la valeur métier, des priorités, des contrôles et des résultats du cycle de vie de l’automatisation.
- [Responsable de plateforme](https://apiopscycles.com/fr/roles/platform-owner.md) (core): Responsable des capacités de la plateforme, de la feuille de route, du modèle opérationnel et des attentes de service.
- [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.
- [Responsable de processus](https://apiopscycles.com/fr/roles/process-owner.md) (consulted): Responsable du processus métier à automatiser, y compris les objectifs, les règles, les résultats et les priorités d’amélioration.
- [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.
- [Responsable support et opérations](https://apiopscycles.com/fr/roles/operations-specialist.md) (consulted): 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.

## Resources

- [Canvas d’impact métier](https://apiopscycles.com/fr/resources/business-impact-canvas.md)
- [Canevas de localisation](https://apiopscycles.com/fr/resources/location-canvas.md)
- [Canevas de capacité](https://apiopscycles.com/fr/resources/capacity-canvas.md)
- [Canevas de décision d’architecture d’automatisation](https://apiopscycles.com/fr/resources/automation-architecture-decision-canvas.md)
