Aller au contenu
APIOps Cycles
APIOps Helsinki 2026 conference is here! https://helsinki.apiops.info/.

Ligne de conception de l'API

Se concentre sur les principes et les pratiques de conception des API.

Stations

Section intitulée « Stations »

  1. Architecture de la plateforme API

    Critères d’entrée
    • L’API répond à un besoin commercial clair et est réutilisable par plusieurs consommateurs d’API.
    • L’API est destinée à protéger les consommateurs de la complexité et des incohérences du backend.
    • La proposition de valeur de l’API a été examinée et validée avec les parties prenantes commerciales et de consommateurs pertinentes.
    • Les segments d’utilisateurs de l’API (internes et externes) sont identifiés.
    • Des feuilles de route de haut niveau pour le développement de l’API sont établies.

  2. Conception d’API

    Critères d’entrée
    • Les modèles d’architecture et de plateforme API choisis ont été validés avec les parties prenantes d’architecture, de sécurité et de plateforme pertinentes.
    • L’API est destinée à protéger les consommateurs de la complexité et des incohérences du backend.
    • La conception de l’API et ses capacités exposées reflètent clairement la valeur commerciale et les besoins des utilisateurs.
    • La conception de l’API suit nos conventions partagées pour le produit API et la conception.

  3. Livraison d’API

    Critères d’entrée
    • Les modèles d’architecture et de plateforme API choisis ont été validés avec les parties prenantes d’architecture, de sécurité et de plateforme pertinentes.
    • L’API est destinée à protéger les consommateurs de la complexité et des incohérences du backend.
    • La conception de l’API et ses capacités exposées reflètent clairement la valeur commerciale et les besoins des utilisateurs.
    • La conception de l’API suit nos conventions partagées pour le produit API et la conception.

  4. Audit API

    Critères d’entrée
    • Les modèles d’architecture et de plateforme API choisis ont été validés avec les parties prenantes d’architecture, de sécurité et de plateforme pertinentes.
    • La conception de l’API et ses capacités exposées reflètent clairement la valeur commerciale et les besoins des utilisateurs.
    • L’API et ses capacités exposées sont décrites de manière suffisante pour être examinées, auditées et intégrées.
    • La conception de l’API suit nos conventions partagées pour le produit API et la conception.
    • Le contrat d’API est testé et répond aux exigences fonctionnelles et non fonctionnelles.