AWS User Notifications e Sabaki: qual é a diferença

O AWS User Notifications é o recurso que reúne em um só lugar a gestão das notificações da AWS. Ele trabalha com dois tipos de notificação.

O primeiro tipo são as notificações que a própria AWS gera (AWS managed notifications). Elas cobrem o AWS Health, o AWS Billing and Cost Management (faturamento, pagamentos e atividade da conta), o AWS Marketplace e mais alguns serviços; aparecem na central de notificações do console sem nenhuma configuração e chegam no endereço de e-mail de contato da conta. Dá para acrescentar destinos e ajustar a entrega para esses endereços de contato.

O segundo tipo são as notificações que você mesmo gera criando uma configuração de notificação. A partir dos eventos do Amazon EventBridge dá para transformar em notificação os alarmes do CloudWatch, os casos de suporte e outros, indicando o serviço, o tipo de evento e a região.

Os destinos são a central de notificações do console, o e-mail, o chat (Slack, Microsoft Teams e outros, via Amazon Q Developer in chat applications), as notificações push do AWS Console Mobile Application e a API. Há uma opção de agregação que junta as notificações do mesmo tipo e, no caso do AWS Health, a agregação pode abranger várias contas de uma mesma organização.

O User Notifications gera as notificações, entrega e lista. O que vem depois — ler, decidir e alguém cuidar do assunto — fica por sua conta.

O texto da notificação em si pode ser exibido em vários idiomas, português incluído (no centro de notificações e na API: GetNotificationEvent aceita um locale pt_BR). O que ele não faz é avaliar cada aviso que chega — o que é afetado, o que fazer e até quando — nem atribuir uma gravidade e um prazo. Também não é papel dele registrar cada notificação como “Em aberto” ou “Atendida” para compartilhar com a equipe.

A unidade de gerenciamento é a conta da AWS ou uma organização do AWS Organizations. Se você cuida das contas de vários clientes que não têm nada a ver uns com os outros, como acontece em um MSP ou em uma software house, você vai ter tantos User Notifications separados quantos forem os clientes. Colocar em uma única tela as notificações de todos os clientes e separá-las por “de qual cliente é esta” não é um uso para o qual ele foi pensado.

Os dados são de setembro de 2026. A AWS atualiza seus recursos, então consulte a documentação da AWS para ver a lista mais recente de serviços cobertos e de destinos.

O Sabaki não recebe os eventos da AWS diretamente. Levar para o chat um alarme do CloudWatch ou um evento do EventBridge que nunca vira e-mail é terreno do User Notifications. E, como tudo passa por um encaminhamento de e-mail, também não há imediatismo na casa dos segundos. Deixe a primeira detecção de uma falha para o monitoramento e os alarmes, e use o Sabaki para o que é dele: que nenhum e-mail que chega fique sem ser lido e que fique escrito quem cuidou dele.

E, se você opera dentro de uma organização só e sua equipe lê sem dificuldade as notificações do jeito que vêm em inglês, na maioria das vezes o User Notifications sozinho já basta.

Os dois não competem. Uma notificação que o User Notifications entregou no endereço de e-mail de contato pode ser encaminhada como está para o Sabaki. A divisão fica assim.

• Alarmes do CloudWatch e eventos de implantação, escalonamento e afins → para o chat ou o celular na hora, pelo User Notifications
• E-mails de notificação com prazo, como aviso de manutenção, renovação de certificado, descontinuação de runtime ou comunicados de faturamento → separados por cliente no Sabaki, lidos em português e com o atendimento registrado
• AWS Health → o que é urgente, na hora pelo User Notifications; e o e-mail, encaminhado também para o Sabaki, para entender o que diz e deixar registrado

Para começar com o Sabaki basta emitir o endereço de encaminhamento de cada cliente e acrescentar uma regra de encaminhamento na caixa de e-mail em que as notificações da AWS já chegam. Não é preciso mudar nada do lado da AWS. Os passos estão em configuração inicial.