Please enable JavaScript.

Coggle requires JavaScript to display documents.

Serveless API Gateway - Coggle Diagram

- - - - ideal para clientes espalhados pelo mundo
        
        requisições são roteadas através do CloudFront Edge locations
        
        API Gateway disponível em uma região
    - - ideal para clientes na mesma região e pode ser combinado com o CloudFront
    - - acessível somente dentro da VPC usando VPN endpoint
        
        o controle de acesso é realizado através de policies
  - - - os deploy são realizados em stages
        
        não há limitação de quantidades de stages
        
        possuem nomentaclura livre
        
        Stages
        
        cada um dos stages possui sua própria configuração
        
        Stage variables
        
        são variáveis similares a variáveis de ambiente que podem ser utilizadas para parametrizar valores que se alteram constantemente
        
        mais comumente, podem ser usadas como entrada de dados na integração com outros serviços como Lambda, HTTP Endpoint e Parameter para mappings templates
        
        1 more item...
        
        Caching
        
        definido por stages e as configurações podem ser sobrescritas por métodos
        
        possui um TTL padrão de 300 segundos até 3600 segudos
        
        1 more item...
        
        WAF e Client Certificate
        
        CloudWatch
        
        Logs
        
        são habilitados por stage e com nível determinado e contem informações sobre a requisição e resposta
        
        Metrics
        
        são fornecidas por stage e pode ser ativada a opção de detailed metrics
        
        4 more items...
        
        X-Ray
        
        fornece o tracing das requisições ao API Gateway
        
        Canary
        
        funcionalidade para garantir que um novo deploy está funcionando
        
        as metricas e logs são segregados e é possível sobrescrever as stage variables
        
        1 more item...
        
        CORS
        
        funcionalidade ativada por resource
        
        cria um método OPTIONS para informar as configurações do CORS
        
        1 more item...
        
        Method Throttling
        
        Rate: # requests por segundo
        
        Bust: # requests
  - - - retorna uma resta ao client sem chamar o backend
    - - necessária a configuração da requisição e da resposta através dos mapping templates
        
        permite alterar todas as informações de uma requisição ou resposta. Faz uso do Velocity Template Language (VTL)
    - - não é possível modificar a requisição ou a resposta
        
        todas as ações ficam sob responsabilidade do backend
    - - não é possível modificar a requisição ou a resposta
        
        a requisição é passada diretamente do client para o backend e vice-versa
  - - - possuem integração com Lambda Proxy, HTTP Proxy, outros serviços AWS e CORS
        
        não contam com Usage Plans e API keys
      - suportam OIDC e OAuth 2.0
  - - - ideal para aplicações stateful e são usados em aplicações de tempo real
        
        possui integração com serviços AWS
        
        DynamoDB
        
        Lambda
        
        HTTP endpoints
- - - - depende da API key para identificar os clients e medir os acessos
        
        API keys
        
        são cadeias de caracteres geradas que são utilizadas pelos clients para chamar as APIs
        
        o throttling de uso está aplicado na API Key
        
        é precio habilitar a opção API Key Required no método desejado
        
        Preciso especificar o header X-API-KEY nas chamadas com o valor da chave
      - por padrão, o API Gateway limita 10k requisições por segundo entre TODAS as APIs
        
        o client recebe o erro 429 Too Many Requests
- - - - a autenticação é realizada pelo IAM e a autorização pelo IAM policy atrelado a um user/role
        
        fornece Sig v4 quando as credenciais estão nos headers
    - - ideal para acesso entre contas em conjunto com o IAM
    - - realiza a gestão de todo o ciclo de vida dos usuários. Antes de realizar a requisição é preciso se autenticar no user pool para obter o token de acesso
        
        API Gateway valida o token fornecido no serviço do Cognito
    - - utiliza bearer token e se autentica em uma ferramenta de terceiros para obter o token e fornece-lo ao LA
        
        na requisição, esse token é passado para o API Gateway e checado no LA. O LA retorna um user/role mais uma policy
        
        a policy é cacheada e validada para garantir ou negar acesso ao backend