Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Enviar eventos de gatilho para o AWS EventBridge

O MongoDB oferece uma fonte de eventos de parceiro do AWS Eventbridge que permite enviar eventos do Atlas Triggers para um barramento de eventos em vez de chamar uma função do Atlas. Você pode configurar qualquer tipo de trigger para enviar eventos para o EventBridge. Os triggers de banco de dados também permitem o tratamento personalizado de erros, para reduzir as suspensões de triggers devido a erros não críticos.

Você só precisa enviar trigger eventos de para o EventBridge é um Amazon Web Services IDde conta . Este guia orienta você na localização do ID da sua conta , na configuração do trigger, na associação da origem do evento de trigger a um barramento de evento e na configuração do tratamento de erros personalizado.

Observação

Guia oficial de origem de eventos de parceiros da AWS

Este guia é baseado na documentação de recebimento de eventos da Amazon de um parceiro SaaS.

Observação

As entradas individuais para um evento de trigger do EventBridge devem ser menores que 1 MB.

Saiba como reduzir o tamanho da entrada do PutEvents na seção Otimização de desempenho .

1

Para enviar eventos de gatilho para o AWS EventBridge, você precisa AWS account ID da conta que deve receber os eventos.

  1. Abra o Console do Amazon EventBridge e clique em Partner event sources no menu de navegação.

  2. Procure a origem do evento do parceiro MongoDB e clique em Set up.

  3. Na MongoDB página de origem do evento de parceiro, clique Copy Amazon Web Services ID em para copiar o da sua conta para a área de transferência.

2

Depois de ter AWS account ID o, você pode configurar um gatilho trigger de banco trigger de dados ou um para enviar eventos para o EventBridge.

Você pode configurar o trigger na UI do Atlas ou usando a App Services CLI.

Na UI do Atlas , crie e configure um novo gatilho de banco de dados (trigger ) ou scheduled trigger (trigger agendado) com as seguintes configurações:

  1. Selecione EventBridge como o tipo de evento .

  2. Cole o AWS Account ID que você copiou do EventBridge.

  3. Selecione um AWS Region para o qual enviar os eventos de trigger.

    Observação

    Regiões AWS suportadas

    Para obter uma lista completa das regiões da AWS compatíveis, consulte o guia de Recebimento de eventos de um parceiro Saas da Amazon.

  4. (Opcional apenas para gatilhos de banco de dados) Configure uma função para lidar com erros de trigger .

    Para obter mais detalhes, consulte a seção Tratamento de erros personalizado nesta página.

  5. Para habilitar o JSON estendido, alterne a configuração Enable Extended JSON na seção Advanced (Optional) .

    Por padrão, triggers convertem os tipos BSON em objetos de evento em tipos JSON padrão.

    A ativação do Extended JSON preserva as informações do tipo BSON ao serializar os objetos de evento no formato Extended JSON . Isso preserva informações de tipo às custas de legibilidade e interoperabilidade.

3

Retorne ao console do EventBridge.

  1. Selecione Fontes de evento de parceiros no painel de navegação.

  2. Na tabela Partner event sources, localize e selecione a fonte de trigger Pending e, em seguida, clique em Associate with event bus.

  3. Na tela Associate with event bus , defina quaisquer permissões de acesso necessárias para outras contas e organizações e clique em Associate.

Depois que a associação é confirmada, o status da origem do evento de trigger muda de Pending para Active e o nome do barramento do evento é atualizado para corresponder ao nome da origem do evento . Agora você pode criar regras que trigger eventos a partir dessa origem de evento de parceiro.

Para obter mais informações,consulte Criação de uma regra que é acionada em um evento de parceiro SaaS .

Observação

Somente Database Tools suportam manipuladores de erros personalizados

Atualmente, apenas os gatilhos de banco de dados (trigger) oferecem suporte ao tratamento personalizado de erros. Os gatilhos de autenticação e os gatilhos agendados não permitem o tratamento de erros personalizado no momento.

Você pode criar um manipulador de erro para executar em uma falha de trigger quando a nova tentativa não for bem-sucedida. O tratamento personalizado de erros permite determinar se um erro do AWS Eventbridge é crítico o suficiente para suspender o trigger ou se é aceitável ignorar o erro e continuar processando outros eventos.

Para obter mais informações sobre os gatilhos de banco de dados suspensos, consulte Triggers suspensos.

Você pode criar um novo manipulador de erros na UI do Atlas , usando a App Services CLI ou por meio da App Services Admin API.

Este procedimento mostra como criar a nova função diretamente na página Create a Trigger .

Você também pode criar a função a partir da página Functions . Para mais informações sobre como definir Funções no Atlas, consulte Definir uma Função.

A configuração personalizada de tratamento de erros do EventBridge na interface do usuário.
1

Na seção Configure Error Function da página Create a Trigger , selecione + NewFunction.

Você também pode selecionar uma função existente, se já estiver definida, no menu suspenso.

2

Insira um nome de identificação exclusivo para a função no campo Name . Esse nome deve ser distinto de todas as outras funções do aplicação.

3

Na seção Function, escreva o código JavaScript diretamente no editor de funções. O editor de funções contém uma função padrão que você pode editar conforme o necessário. Para obter mais informações sobre a criação de funções, consulte a documentação Funções.

4

Na aba Testing Console abaixo do editor de funções, você pode testar a função passando valores de exemplo para os parâmetros error e changeEvent , conforme mostrado nos comentários do console de teste.

Para obter mais informações sobre esses parâmetros, consulte a seção Parâmetros do manipulador de erros nesta página.

Clique em Run para executar o teste.

5

Quando estiver satisfeito com o manipulador de erros personalizado, clique em Save.

O manipulador de erros padrão tem dois parâmetros: error e changeEvent.

Tem os dois atributos a seguir:

  • code: o código da solicitação de colocação do EventBridge com erro. Para obter uma lista de códigos de erro usados pelo manipulador de erros, consulte a seção Códigos de erro nesta página.

  • message: a mensagem de erro não filtrada de uma solicitação de colocação do EventBridge com erro.

A alteração solicitada em seus dados feita pelo EventBridge. Para obter mais informações sobre os tipos de eventos de alteração e suas configurações, consulte Alterar tipos de eventos.

Se um erro foi recebido do EventBridge, o processador de evento analisará o erro como DOCUMENT_TOO_LARGE ou OTHER. Esse erro analisado é passado para a função do manipulador de erros por meio do parâmetro error .

Se a entrada de um evento de trigger do EventBridge for maior que 1 MB, o EventBridge lançará um erro. O erro conterá:

Para obter mais informações sobre como reduzir o tamanho da entrada, consulte Otimização de desempenho.

O bucket padrão para todos os outros erros.

Dica

Otimizar o tratamento de erros para erros com outro código

Você pode criar casos especiais de tratamento de erros para as mensagens de erro mais comuns, a fim de otimizar o tratamento de erros para erros com um código OTHER . Para determinar quais erros precisam de casos especiais, recomendamos acompanhar as mensagens de erro mais comuns que você recebe em error.message.

Você pode visualizar os registros do manipulador de erros do trigger para seu manipulador de erros do trigger do EventBridge nos registros do aplicativo.

Na página Triggers da UI do Atlas , selecione a aba Logs .

Todos os registros são exibidos por padrão. Para ver somente os registros do manipulador de erros, clique no botão Show errors only .

Para saber mais sobre como visualizar registros de aplicação , consulte Visualizar registros de aplicativos.

O objeto abaixo configura um trigger para enviar eventos para o AWS Eventbridge e lidar com erros:

"event_processors": {
"AWS_EVENTBRIDGE": {
"config": {
"account_id": "012345678901",
"region": "us-east-1"
}
}
},
"error_handler": {
"config": {
"enabled": true,
"function_name": "myErrorHandler.js"
}
}

As entradas individuais para um evento de trigger do EventBridge devem ser menores que 1 MB.

Para obter mais informações, consulte a Documentação do Amazon Web Services para calcular o tamanho da entrada do evento Amazon PutEvents. Ao usar gatilhos de banco de dados, a expressão do projeto pode incluir apenas campos especificados, reduzindo o tamanho do documento antes de enviar mensagens para o EventBridge. Para obter mais detalhes sobre a expressão do projeto, consulte a documentação sobre a expressão do projeto no gatilho de banco de dados.