# Uso de métricas do CloudWatch com o Lambda
Quando a função do AWS Lambda termina o processamento de um evento, o Lambda automaticamente envia métricas sobre a invocação para o Amazon CloudWatch. Você não precisa conceder nenhuma permissão adicional ao seu perfil de execução para receber métricas de função, e não há cobrança adicional por essas métricas.
Há muitos tipos de métricas associadas às funções do Lambda. Isso inclui métricas de invocação, métricas de performance, métricas de simultaneidade, métricas de invocação assíncrona e métricas de mapeamento da origem de eventos. Para ter mais informações, consulte [Tipos de métricas para funções do Lambda](monitoring-metrics-types.md).
No console do CloudWatch, você pode [exibir essas métricas](monitoring-metrics-view.md) e criar gráficos e painéis com elas. Também é possível definir alarmes para responder a alterações na utilização, na performance ou nas taxas de erro. O Lambda envia dados de métricas ao CloudWatch em intervalos de um minuto. Para obter um insight mais imediato de sua função do Lambda, você pode criar [métricas personalizadas em alta resolução](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html). Aplicam-se cobranças para métricas personalizadas e alarmes do CloudWatch. Para obter mais informações, consulte [Preços do Amazon CloudWatch](https://aws.amazon.com/cloudwatch/pricing/).
# Exibição de métricas de funções do Lambda
Use o console do CloudWatch para exibir métricas das suas funções do Lambda. No console, você pode filtrar e classificar as métricas de funções por nome, alias, versão ou UUID do mapeamento da origem do evento.
**Para exibir métricas no console do CloudWatch**
1. Abra a [página Metrics](https://console.aws.amazon.com/cloudwatch/home?region=us-east-1#metricsV2:graph=~();namespace=~'AWS*2fLambda) (Métricas) (namespace `AWS/Lambda`) no console do CloudWatch.
1. Na guia **Procurar**, em **Métricas**, escolha qualquer uma das seguintes dimensões:
+ **Por nome da função** (`FunctionName`): visualize métricas agregadas para todas as versões e aliases de uma função.
+ **Por recurso** (`Resource`): visualize métricas para uma versão ou um alias de uma função.
+ **Por versão executada** (`ExecutedVersion`): visualize métricas para uma combinação de alias e versão. Use a dimensão `ExecutedVersion` para comparar taxas de erro para duas versões de uma função que são ambas destinos de um [alias ponderado](configuration-aliases.md).
+ **Por UUID do mapeamento da origem de eventos** (`EventSourceMappingUUID`): visualize métricas para um mapeamento da origem de eventos.
+ **Em todas as funções** (nenhum): visualize métricas agregadas para todas as funções na Região da AWS atual.
1. Escolha a métrica. A métrica deve aparecer automaticamente no gráfico visual, bem como na guia **Métricas em gráficos**.
Por padrão, os gráficos usam a estatística `Sum` para todas as métricas. Para escolher uma estatística diferente e personalizar o gráfico, use as opções na guia **Graphed metrics (Métricas no gráfico)**.
**nota**
O timestamp em uma métrica reflete quando a função foi invocada. Dependendo da duração da invocação, isso pode representar vários minutos até a métrica ser emitida. Se, por exemplo, a função tiver um tempo limite de dez minutos, para obter métricas precisas, procure mais de dez minutos no passado.
Para obter mais informações sobre o CloudWatch, consulte o [Guia do usuário do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html).
# Tipos de métricas para funções do Lambda
Esta seção descreve os tipos de métricas do Lambda disponíveis no console do CloudWatch.
**Topics**
+ [Métricas de invocação](#invocation-metrics)
+ [Métricas de implantação](#deployment-metrics)
+ [Métricas de performance](#performance-metrics)
+ [Métricas de simultaneidade](#concurrency-metrics)
+ [Métricas de invocação assíncrona](#async-invocation-metrics)
+ [Métricas de mapeamento da origem do evento](#event-source-mapping-metrics)
## Métricas de invocação
As métricas de invocação são indicadores binários do resultado de uma invocação da função do Lambda. Confira essas métricas com a estatística `Sum`. Por exemplo, se a função retornar um erro, o Lambda enviará a métrica `Errors` com um valor de 1. Para obter uma contagem do número de erros de função que ocorrem a cada minuto, visualize o `Sum` da métrica `Errors` com o período de 1 minuto.
+ `Invocations`: o número de vezes em que o código da sua função foi chamado, incluindo invocações bem-sucedidas e invocações que resultem em um erro de função. As invocações não serão registradas se a solicitação de invocação tiver controle de utilização ou se resultar em erro de invocação. O valor de `Invocations` é igual ao número de solicitações faturadas.
+ `Errors`: o número de invocações que resultam em um erro de função. Os erros de função incluem exceções emitidas pelo código e exceções emitidas pelo runtime do Lambda. O runtime retorna um erro para problemas como tempos limite e erros de configuração. Para calcular a taxa de erro, divida o valor de `Errors` pelo valor de `Invocations`. Observe que o timestamp em uma métrica de erro reflete quando a função foi chamada, não quando o erro ocorreu.
+ `DeadLetterErrors`: para a [invocação assíncrona](invocation-async.md), o número de vezes em que o Lambda tenta enviar um evento para uma fila de mensagens não entregues (DLQ), mas falha. Os erros de mensagens não entregues podem ocorrer devido a recursos configurados incorretamente ou limites de tamanho.
+ `DestinationDeliveryFailures`: para invocação assíncrona e [mapeamentos da origem do evento](https://docs.aws.amazon.com/lambda/latest/dg/invocation-eventsourcemapping.html) compatíveis, o número de vezes em que o Lambda tenta enviar um evento a um [destino](invocation-async-retain-records.md#invocation-async-destinations), mas falha. Para mapeamentos da origem do evento, o Lambda oferece suporte a origens de fluxo (DynamoDB e Kinesis). Os erros de entrega podem ocorrer devido a erros de permissão, recursos configurados incorretamente ou limites de tamanho. Os erros também podem acontecer se o destino que você configurou incluir um tipo incompatível, como uma fila do Amazon SQS FIFO ou um tópico do Amazon SNS FIFO.
+ `Throttles`: o número de solicitações de invocação que são limitadas. Quando todas as instâncias da função estão processando solicitações e nenhuma simultaneidade está disponível para aumento de escala vertical, o Lambda rejeita solicitações adicionais com um erro `TooManyRequestsException`. As solicitações limitadas e outros erros de invocação não contam como `Invocations` ou `Errors`.
**nota**
Com as [Instâncias gerenciadas do Lambda](lambda-managed-instances.md), o Lambda fornece métricas granulares de aceleração que identificam a restrição específica que causa a aceleração. Quando ocorre um controle de utilização no ambiente de execução, exatamente uma das seguintes submétricas é emitida com o valor 1, enquanto as três restantes são emitidas com o valor 0. A métrica `Throttles` é sempre emitida junto com essas submétricas.
`CPUThrottles`: invocações limitadas devido à exaustão da CPU no ambiente de execução.
`MemoryThrottles`: invocações limitadas devido à exaustão da memória no ambiente de execução.
`DiskThrottles`: invocações limitadas devido à exaustão do disco no ambiente de execução.
`ConcurrencyThrottles`: invocações limitadas quando o limite de simultaneidade do ambiente de execução é atingido.
+ `OversizedRecordCount`: para origens de eventos do Amazon DocumentDB, o número de eventos que sua função recebe do stream de alterações com mais de 6 MB de tamanho. O Lambda descarta a mensagem e emite essa métrica.
+ `ProvisionedConcurrencyInvocations`: o número de vezes em que o código da sua função é invocado em [simultaneidade provisionada](provisioned-concurrency.md).
+ `ProvisionedConcurrencySpilloverInvocations`: o número de vezes em que o código da sua função é invocado usando a simultaneidade padrão quando toda a simultaneidade provisionada está em uso.
+ `RecursiveInvocationsDropped`: o número de vezes em que o Lambda interrompeu a invocação da função porque detectou que ela faz parte de um loop recursivo infinito. A detecção de loop recursivo monitora quantas vezes uma função é invocada como parte de uma cadeia de solicitações rastreando os metadados adicionados pelos AWS SDKs compatíveis. Por padrão, se a função for invocada aproximadamente 16 vezes como parte de uma cadeia de solicitações, o Lambda descartará a próxima invocação. Se você desativar a detecção de loop recursivo, essa métrica não será emitida. Para ter mais informações sobre esse recurso, consulte [Usar a detecção de loop recursivo do Lambda para evitar loops infinitos](invocation-recursion.md).
## Métricas de implantação
As métricas de implantação fornecem informações sobre eventos de implantação da função do Lambda e processos de validação relacionados.
+ `SignatureValidationErrors`: o número de vezes que uma implantação de pacote de código ocorreu com falhas de validação de assinatura quando a política de configuração de assinatura de código está definida como `Warn`. Essa métrica é emitida quando as verificações de expiração, incompatibilidade ou revogação falham, mas a implantação ainda é permitida devido à configuração da política de `Warn`. Para obter mais informações sobre assinatura de código, consulte [Usar a assinatura de código para verificar integridade de código com o Lambda](configuration-codesigning.md).
## Métricas de performance
As métricas de performance fornecem detalhes de performance sobre uma única invocação de função. Por exemplo, a métrica `Duration` indica a quantidade de tempo, em milissegundos, que a função gasta processando um evento. Para ter uma ideia da velocidade de processamento de eventos da função, visualize essas métricas com a estatística `Average` ou `Max`.
+ `Duration`: quantidade de tempo que o código da função gasta processando um evento. A duração faturada de uma invocação é o valor da `Duration` arredondado para o milissegundo mais próximo. A `Duration` não inclui o tempo de inícialização a frio.
+ `PostRuntimeExtensionsDuration`: a quantidade cumulativa de tempo que o runtime gasta executando o código para extensões após a conclusão do código de função.
+ `IteratorAge`: para origens de eventos do DynamoDB, Kinesis e Amazon DocumentDB, a data do último registro no evento em milissegundos. Essa métrica mede o tempo transcorrido entre quando um stream recebe o registro e quando o mapeamento da origem do evento envia o evento à função.
+ `OffsetLag`: para origens de eventos do Apache Kafka autogerenciado e do Amazon Managed Streaming for Apache Kafka (Amazon MSK), a diferença de deslocamento entre o último registro gravado em um tópico e o último registro que o grupo de consumidores da sua função processou. Embora um tópico do Kafka possa ter várias partições, essa métrica mensura o atraso de deslocamento no nível do tópico.
`Duration` também é compatível com estatísticas de percentil (`p`). Use os percentis para excluir valores discrepantes que distorcem estatísticas `Average` e `Maximum`. Por exemplo, a estatística `p95` mostra a duração máxima de 95% das invocações, excluindo as 5% mais lentas. Para obter mais informações, consulte [Percentis](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Percentiles) no *Guia do usuário do Amazon CloudWatch*.
## Métricas de simultaneidade
O Lambda relata métricas de simultaneidade como uma contagem agregada do número de instâncias que estão processando eventos em uma função, uma versão, um alias ou uma Região da AWS. Para ver se você está próximo de atingir os [limites de simultaneidade](lambda-concurrency.md#concurrency-quotas), visualize essas métricas com a estatística `Max`.
+ `ConcurrentExecutions`: o número de instâncias da função que estão processando eventos. Se esse número atingir a [cota de execuções simultâneas](gettingstarted-limits.md#compute-and-storage) para a região ou o limite de [simultaneidade reservada](configuration-concurrency.md) na função, o Lambda controlará a utilização de solicitações de invocação adicionais.
+ `ProvisionedConcurrentExecutions`: o número de instâncias da função que estão processando eventos usando a [simultaneidade provisionada](provisioned-concurrency.md). Para cada invocação de um alias ou versão com simultaneidade provisionada, o Lambda emite a contagem atual. Se sua função estiver inativa ou não estiver recebendo solicitações, o Lambda não emitirá essa métrica.
+ `ProvisionedConcurrencyUtilization`: para uma versão ou um alias, o valor de `ProvisionedConcurrentExecutions` dividido pela quantidade total de simultaneidade provisionada configurada. Por exemplo, se você configurar uma simultaneidade provisionada de 10 para sua função e seu `ProvisionedConcurrentExecutions` for 7, seu `ProvisionedConcurrencyUtilization` será 0,7.
Se sua função estiver inativa ou não estiver recebendo solicitações, o Lambda não emitirá essa métrica porque ela se baseia em `ProvisionedConcurrentExecutions`. Lembre-se disso se você usa `ProvisionedConcurrencyUtilization` como base para os alarmes do CloudWatch.
+ `UnreservedConcurrentExecutions`: para uma região, o número de eventos que estão sendo processados por funções que não tenham simultaneidade reservada.
+ `ClaimedAccountConcurrency`: para uma região, quantidade de simultaneidade que não está disponível para invocações sob demanda. `ClaimedAccountConcurrency` é igual a `UnreservedConcurrentExecutions` mais a quantidade de simultaneidade alocada (ou seja, a simultaneidade total reservada mais a simultaneidade total provisionada). Para obter mais informações, consulte [Trabalhar com a métrica `ClaimedAccountConcurrency`](monitoring-concurrency.md#claimed-account-concurrency).
## Métricas de invocação assíncrona
As métricas de invocação assíncrona fornecem detalhes sobre invocações assíncronas de fontes de eventos e invocações diretas. Você pode definir limites e alarmes para notificá-lo sobre determinadas alterações. Por exemplo, quando há um aumento indesejado no número de eventos enfileirados para processamento (`AsyncEventsReceived`). Ou quando um evento está esperando há muito tempo para ser processado (`AsyncEventAge`).
+ `AsyncEventsReceived`: o número de eventos que o Lambda enfileira com sucesso para processamento. Esta métrica fornece informações sobre o número de eventos que uma função do Lambda recebe. Monitore essa métrica e defina alarmes de limites para verificar problemas. Por exemplo, para detectar um número indesejável de eventos enviados ao Lambda e diagnosticar rapidamente problemas resultantes de configurações incorretas de gatilhos ou funções. As incompatibilidades entre os `AsyncEventsReceived` e as `Invocations` podem indicar uma disparidade no processamento, a eliminação de eventos ou um possível backlog na fila.
+ `AsyncEventAge`: o tempo entre o momento em que o Lambda enfileira com sucesso o evento e o momento em que a função é invocada. O valor dessa métrica aumenta quando os eventos estão sendo repetidos devido a falhas de invocação ou no controle de utilização. Monitore esta métrica e defina alarmes para limites em estatísticas diferentes para quando ocorrer um acúmulo de fila. Para solucionar um aumento nessa métrica, examine a métrica `Errors` para identificar erros de função e a métrica `Throttles` para identificar problemas de simultaneidade.
+ `AsyncEventsDropped`: o número de eventos que são eliminados sem executar a função com êxito. Se você configurar uma fila de mensagens não entregues (DLQ) ou um destino `OnFailure`, os eventos serão enviados para lá antes de serem descartados. Os eventos são encerrados por vários motivos. Por exemplo, os eventos podem exceder a idade máxima do evento, esgotar o máximo de tentativas ou a simultaneidade reservada pode ser definida como 0. Para entender por que os eventos são encerrados, confira a métrica `Errors` para identificar erros de função e a métrica `Throttles` para identificar problemas de simultaneidade.
## Métricas de mapeamento da origem do evento
As métricas de mapeamento da origem de eventos fornecem informações sobre o comportamento de processamento do seu mapeamento da origem de eventos.
Atualmente, as métricas de mapeamento da origem do evento estão disponíveis para origens de eventos do Amazon SQS, Kinesis, DynamoDB, Amazon MSK e Apache Kafka autogerenciado.
Para fazer o mapeamento da origem do evento com a configuração de métricas, você também pode verificar todas as métricas relacionadas ao ESM na guia **Monitor** da página Console **Lambda** > **Recursos adicionais** > **mapeamentos da origem do evento** agora.
**Para habilitar as métricas ou um mapeamento da origem do evento (console)**
1. Abra a [página Funções](https://console.aws.amazon.com/lambda/home#/functions) do console do Lambda.
1. Escolha a função para a qual você deseja habilitar métricas.
1. Escolha **Configuração** e, em seguida, escolha **Acionadores**.
1. Escolha o mapeamento da origem do evento para o qual você deseja habilitar as métricas e, em seguida, escolha **Editar**.
1. Em **Configuração do mapeamento da origem do evento**, escolha **Ativar métricas** ou selecione na lista suspensa **Métricas**.
1. Escolha **Salvar**.
Como alternativa, você pode habilitar as métricas para o mapeamento da origem do evento de forma programática usando o objeto [EventSourceMappingMetricsConfig](https://docs.aws.amazon.com/lambda/latest/api/API_EventSourceMappingMetricsConfig.html) em [EventSourceMappingConfiguration](https://docs.aws.amazon.com/lambda/latest/api/API_EventSourceMappingConfiguration.html). Por exemplo, o comando da CLI [UpdateEventSourceMapping](https://docs.aws.amazon.com/lambda/latest/api/API_UpdateEventSourceMapping.html) a seguir habilita as métricas para um mapeamento da origem de eventos:
```
aws lambda update-event-source-mapping \
--uuid a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
--metrics-config Metrics=EventCount
```
Há três grupos de métricas: `EventCount`, `ErrorCount` e `KafkaMetrics`, e cada grupo tem várias métricas. Nem toda métrica está disponível para cada origem de evento. A tabela a seguir resume as métricas compatíveis para cada tipo de origem de evento.
Você deve optar pelo grupo de métricas para receber métricas relacionadas. Por exemplo, defina EventCount na configuração de métricas para ter: (`PolledEventCount`, `FilteredOutEventCount`, `InvokedEventCount`, `FailedInvokeEventCount`, `DroppedEventCount`, `OnFailureDestinationDeliveredEventCount` e `DeletedEventCount`).
| Métrica do mapeamento da origem de eventos | Grupo de métricas | Amazon SQS | Fluxos do Kinesis e do DynamoDB | Amazon MSK e Apache Kafka autogerenciado |
| --- | --- | --- | --- | --- |
| `PolledEventCount` | `EventCount` | Sim | Sim | Sim |
| `FilteredOutEventCount` | `EventCount` | Sim | Sim | Sim |
| `InvokedEventCount` | `EventCount` | Sim | Sim | Sim |
| `FailedInvokeEventCount` | `EventCount` | Sim | Sim | Sim |
| `DroppedEventCount` | `EventCount` | Não | Sim | Sim |
| `OnFailureDestinationDeliveredEventCount` | `EventCount` | Não | Sim | Sim |
| `DeletedEventCount` | `EventCount` | Sim | Não | Não |
| `CommittedEventCount` | `EventCount` | Não | Não | Sim |
| `PollingErrorCount` | `ErrorCount` | Não | Não | Sim |
| `InvokeErrorCount` | `ErrorCount` | Não | Não | Sim |
| `OnFailureDestinationDeliveryErrorCount` | `ErrorCount` | Não | Não | Sim |
| `SchemaRegistryErrorCount` | `ErrorCount` | Não | Não | Sim |
| `CommitErrorCount` | `ErrorCount` | Não | Não | Sim |
| `MaxOffsetLag` | `KafkaMetrics` | Não | Não | Sim |
| `SumOffsetLag` | `KafkaMetrics` | Não | Não | Sim |
Além disso, se o mapeamento da origem de eventos estiver no [modo provisionado](invocation-eventsourcemapping.md#invocation-eventsourcemapping-provisioned-mode), o Lambda fornecerá a seguinte métrica:
+ `ProvisionedPollers`: para mapeamentos de origem de eventos no modo provisionado, o número de pesquisadores de eventos que estão sendo executados ativamente. Confira essa métrica usando a matemática `MAX`.
+ (Somente origens de evento do Amazon MSK e Apache Kafka autogerenciado)`EventPollerUnit`: para mapeamentos de origem de eventos no modo provisionado, o número de unidades de agentes de sondagem de eventos que estão sendo executados ativamente. Confira essa métrica usando a matemática `SUM`.
+ (Origens de eventos do Amazon MSK e Apache Kafka autogerenciado) `EventPollerThroughputInBytes`: para mapeamentos de origens de eventos no modo provisionado, o tamanho total do registro dos agentes de sondagem de eventos consultados na origem do evento. Pode informar o throughput atual da pesquisa. Confira essa métrica usando a matemática `SUM`.
Aqui estão mais detalhes sobre cada métrica:
+ `PolledEventCount`: o número de eventos que o Lambda lê com sucesso na origem do evento. Se o Lambda pesquisar eventos, mas receber uma pesquisa vazia (sem novos registros), o Lambda emitirá um valor de 0 para essa métrica. Use essa métrica para detectar se o mapeamento da origem do evento está pesquisando corretamente novos eventos.
+ `FilteredOutEventCount`: para o mapeamento da origem do evento com um [critério de filtro](invocation-eventfiltering.md), o número de eventos filtrados por esse critério de filtro. Use essa métrica para detectar se o mapeamento da origem do evento está filtrando os eventos corretamente. Para eventos que correspondem aos critérios do filtro, o Lambda emite uma métrica de 0.
+ `InvokedEventCount`: o número de eventos que invocaram sua função do Lambda. Use essa métrica para verificar se os eventos estão invocando sua função corretamente. Se um evento resultar em um erro de função ou de controle de utilização, `InvokedEventCount` pode contar várias vezes para o mesmo evento pesquisado devido a novas tentativas automáticas.
**Atenção**
Os mapeamentos da origem do evento do Lambda processam cada evento ao menos uma vez, podendo haver o processamento duplicado de registros. Por esse motivo, os eventos podem ser contados várias vezes em métricas que envolvem contagens de eventos.
+ `FailedInvokeEventCount`: o número de eventos com os quais o Lambda tentou invocar sua função, mas falhou. As invocações podem falhar por motivos como problemas de configuração de rede, permissões incorretas ou a exclusão de uma versão, alias ou função do Lambda. Se o mapeamento da origem do evento tiver [respostas parciais em lote](services-sqs-errorhandling.md#services-sqs-batchfailurereporting) habilitadas, `FailedInvokeEventCount` inclui qualquer evento com um valor não vazio para `BatchItemFailures` na resposta.
**nota**
O carimbo de data/hora da métrica `FailedInvokeEventCount`representa o fim da invocação da função. Esse comportamento difere de outras métricas de erro de invocação do Lambda, que são registradas com um carimbo de data/hora no início da invocação da função.
+ `DroppedEventCount`: o número de eventos que o Lambda eliminou devido à exaustão por expiração ou por nova tentativa. Especificamente, esse é o número de registros que excedem seus valores configurados para `MaximumRecordAgeInSeconds` ou `MaximumRetryAttempts`. É importante ressaltar que isso não inclui o número de registros que expiram por excederem as configurações de retenção da origem do evento. Os eventos descartados também excluem os eventos que você envia para um [destino em caso de falha](invocation-async-retain-records.md). Use essa métrica para detectar um backlog crescente de eventos.
+ `OnFailureDestinationDeliveredEventCount`: para mapeamentos de origem de eventos com um [destino em caso de falha](invocation-async-retain-records.md) configurado, o número de eventos enviados para esse destino. Use essa métrica para monitorar erros de função relacionados a invocações dessa origem de eventos. Se a entrega para o destino falhar, o Lambda trata as métricas da seguinte forma:
+ O Lambda não emite a métrica `OnFailureDestinationDeliveredEventCount`.
+ Para a métrica `DestinationDeliveryFailures`, o Lambda emite o valor 1.
+ Para a métrica `DroppedEventCount`, o Lambda emite um número igual ao número de eventos que falharam na entrega.
+ `DeletedEventCount`: o número de eventos que o Lambda exclui com sucesso após o processamento. Se o Lambda tentar excluir um evento, mas falhar, o Lambda vai emitir uma métrica de 0. Use essa métrica para garantir que os eventos processados com sucesso sejam excluídos da sua origem de eventos.
+ `CommittedEventCount`: o número de eventos que o Lambda confirma com sucesso após o processamento. É uma soma dos deltas do último deslocamento confirmado e do atual de cada partição no mapeamento da origem do evento do Kafka.
+ `PollingErrorCount`: o número de erros em que o Lambda não conseguiu pesquisar solicitações da origem do evento. O Lambda só emite esses dados métricos quando ocorre um erro.
+ `InvokeErrorCount`: o número de erros em que o Lambda não conseguiu invocar sua função. Observe que a invocação é composta por registros em lote. O número está no nível do lote, não no nível da contagem de registros. O Lambda só emite esses dados métricos quando ocorre um erro.
+ `SchemaRegistryErrorCount`: o número de erros em que o Lambda não conseguiu buscar o esquema ou desserializar com o esquema. O Lambda só emite esses dados métricos quando ocorre um erro.
+ `CommitErrorCount`: o número de erros em que o Lambda não conseguiu fazer a confirmação no cluster Kafka. O Lambda só emite esses dados métricos quando ocorre um erro.
+ `MaxOffsetLag`: o máximo de atrasos de deslocamento (diferença entre os deslocamentos mais recentes e confirmados) em todas as partições no mapeamento da origem do evento.
+ `SumOffsetLag`: a soma dos atrasos do deslocamento em todas as partições no mapeamento da origem do evento.
Se o mapeamento da origem de eventos estiver desabilitado, você não receberá métricas de mapeamento da origem de eventos. Você também pode observar a ausência de métricas se o CloudWatch ou o Lambda estiver com disponibilidade reduzida.