Pular para o conteúdo
APIOps Helsinki 2026 conference is here! https://helsinki.apiops.info/.

Linha de conceção API

Centra-se nos princípios e práticas de conceção de APIs.

  1. Arquitetura da plataforma API

    Critérios de entrada
    • A API atende a uma necessidade clara de negócios e é reutilizável para vários consumidores de API
    • A API é destinada a proteger os consumidores da complexidade e das inconsistências do backend.
    • A proposta de valor da API foi revisada e validada com as partes interessadas relevantes do negócio e dos consumidores.
    • Os segmentos de consumidores de API (internos e externos) são identificados.
    • Roteiros de alto nível para o desenvolvimento de API são estabelecidos.
  2. Conceção da API

    Critérios de entrada
    • Os padrões de arquitetura e plataforma da API escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
    • A API é destinada a proteger os consumidores da complexidade e das inconsistências do backend.
    • A design da API e suas capacidades expostas refletem claramente o valor comercial e as necessidades dos usuários.
    • O design da API segue nossas convenções compartilhadas para o produto API e o design.
  3. Entrega da API

    Critérios de entrada
    • Os padrões de arquitetura e plataforma da API escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
    • A API é destinada a proteger os consumidores da complexidade e das inconsistências do backend.
    • A design da API e suas capacidades expostas refletem claramente o valor comercial e as necessidades dos usuários.
    • O design da API segue nossas convenções compartilhadas para o produto API e o design.
  4. Auditoria de API

    Critérios de entrada
    • Os padrões de arquitetura e plataforma da API escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
    • A design da API e suas capacidades expostas refletem claramente o valor comercial e as necessidades dos usuários.
    • A API e suas capacidades expostas são descritas de forma suficiente para revisão, auditoria e integração.
    • O design da API segue nossas convenções compartilhadas para o produto API e o design.
    • O contrato da API é testado e atende aos requisitos funcionais e não funcionais.