REL06-BP03 Invio di notifiche (elaborazione e allarme in tempo reale) - Pilastro dell'affidabilità
Guida all'implementazioneRisorse

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

REL06-BP03 Invio di notifiche (elaborazione e allarme in tempo reale)

Quando le organizzazioni rilevano potenziali problemi, inviano notifiche e avvisi in tempo reale ai team e ai sistemi appropriati per rispondere rapidamente ed efficacemente alle difficoltà.

Risultato desiderato: è possibile rispondere rapidamente agli eventi operativi attraverso la configurazione di allarmi pertinenti in base ai parametri del servizio e dell'applicazione. Quando la soglia degli allarmi viene superata, i team e i sistemi appropriati vengono informati in modo che possano risolvere i problemi sottostanti.

Anti-pattern comuni:

  • Configuri gli allarmi con una soglia eccessivamente alta, con conseguente mancato invio di notifiche importanti.

  • Configuri gli allarmi con una soglia troppo bassa, con il risultato che gli avvisi importanti non vengono presi in considerazione a causa del numero eccessivo di notifiche generate.

  • Non aggiorni gli allarmi e la relativa soglia quando cambia l'utilizzo.

  • Per gli allarmi gestiti meglio tramite le azioni automatizzate, l'invio della notifica ai team anziché l'attivazione dell'azione automatizzata comporta la generazione di un numero eccessivo di notifiche.

Vantaggi dell'adozione di questa best practice: l'invio di notifiche e avvisi in tempo reale ai team e ai sistemi appropriati consente di individuare tempestivamente i problemi e di rispondere rapidamente agli incidenti operativi.

Livello di rischio associato se questa best practice non fosse adottata: elevato

Guida all'implementazione

I carichi di lavoro devono essere dotati di sistemi di elaborazione e allarme in tempo reale per migliorare l'identificazione dei problemi che possono influire sulla disponibilità dell'applicazione e fungere da trigger per la risposta automatizzata. Le organizzazioni possono eseguire un sistema di elaborazione e allarme in tempo reale creando avvisi con parametri definiti in modo da ricevere le notifiche ogni volta che si verificano eventi significativi o un parametro supera una determinata soglia.

Amazon ti CloudWatch consente di creare allarmi metrici e compositi utilizzando CloudWatch allarmi basati su soglia statica, rilevamento di anomalie e altri criteri. Per maggiori dettagli sui tipi di allarmi che puoi configurare utilizzando CloudWatch, consulta la sezione sugli allarmi della documentazione. CloudWatch

Puoi creare visualizzazioni personalizzate delle metriche e degli avvisi delle tue AWS risorse per i tuoi team utilizzando i dashboard. CloudWatch Le home page personalizzabili della CloudWatch console consentono di monitorare le risorse in un'unica visualizzazione in più regioni.

Gli allarmi possono eseguire una o più azioni, come inviare una notifica a un SNSargomento di Amazon, eseguire un'EC2azione Amazon o un'azione Amazon EC2 Auto Scaling o creare OpsItem un incidente o. AWS Systems Manager

Amazon CloudWatch utilizza Amazon SNS per inviare notifiche quando lo stato dell'allarme cambia, fornendo la consegna dei messaggi dagli editori (produttori) agli abbonati (consumatori). Per maggiori dettagli sulla configurazione delle SNS notifiche Amazon, consulta Configurazione di Amazon SNS.

CloudWatch invia EventBridgeeventi ogni volta che un CloudWatch allarme viene creato, aggiornato, eliminato o il suo stato cambia. Puoi utilizzare EventBridge questi eventi per creare regole che eseguono azioni, come avvisarti ogni volta che lo stato di un allarme cambia o attivare automaticamente eventi nel tuo account utilizzando l'automazione di Systems Manager.

Quando dovresti usare EventBridge AmazonSNS?

Entrambi EventBridge e Amazon SNS possono essere utilizzati per sviluppare applicazioni basate sugli eventi e la tua scelta dipenderà dalle tue esigenze specifiche.

Amazon EventBridge è consigliato quando desideri creare un'applicazione che reagisca agli eventi delle tue applicazioni, applicazioni SaaS e servizi. AWS EventBridge è l'unico servizio basato su eventi che si integra direttamente con partner SaaS di terze parti. EventBridge inoltre, inserisce automaticamente gli eventi da oltre 200 AWS servizi senza richiedere agli sviluppatori di creare alcuna risorsa nel proprio account.

EventBridge utilizza una struttura JSON basata su una struttura definita per gli eventi e consente di creare regole da applicare all'intero corpo dell'evento per selezionare gli eventi da inoltrare a un obiettivo. EventBridge attualmente supporta oltre 20 AWS servizi come target, tra cui Amazon AWS Lambda, Amazon SQSSNS, Amazon Kinesis Data Streams e Amazon Data Firehose.

Amazon SNS è consigliato per le applicazioni che richiedono un elevato numero di ventole (migliaia o milioni di endpoint). Uno schema comune che vediamo è che i clienti utilizzano Amazon SNS come obiettivo per la loro regola per filtrare gli eventi di cui hanno bisogno e distribuirli a più endpoint.

I messaggi non sono strutturati e possono assumere qualsiasi formato. Amazon SNS supporta l'inoltro di messaggi a sei diversi tipi di destinazioni, tra cui Lambda, SQS Amazon, endpoint SMS /SHTTP, push per dispositivi mobili ed e-mail. La latenza SNS tipica di Amazon è inferiore a 30 millisecondi. Un'ampia gamma di AWS servizi consente di inviare SNS messaggi Amazon configurando il servizio a tale scopo (più di 30, tra cui AmazonEC2, Amazon S3 e Amazon RDS).

Passaggi dell'implementazione

  1. Crea un allarme utilizzando Amazon CloudWatch alarms.

    1. Un allarme metrico monitora una singola CloudWatch metrica o un'espressione in base alle metriche. CloudWatch L'allarme avvia una o più azioni in base al valore del parametro o dell'espressione rispetto a una soglia, per un determinato numero di intervalli di tempo. L'azione può consistere nell'invio di una notifica a un SNSargomento di Amazon, nell'esecuzione di un'EC2azione Amazon o di un'azione Amazon EC2 Auto Scaling o nella creazione di un incidente OpsItem o in. AWS Systems Manager

    2. Un allarme composito è costituito da un'espressione di regola che considera le condizioni di altri allarmi che hai creato. L'allarme composito entra in stato di allarme solo se tutte le condizioni della regola sono soddisfatte. Gli allarmi specificati nell'espressione di regola di un allarme composito possono includere allarmi di parametri e allarmi compositi aggiuntivi. Gli allarmi compositi possono inviare SNS notifiche ad Amazon quando il loro stato cambia e possono creare Systems Manager OpsItemso incidenti quando entrano nello stato di allarme, ma non possono eseguire azioni Amazon EC2 o Auto Scaling.

  2. Configura SNSle notifiche Amazon. Quando crei un CloudWatch allarme, puoi includere un SNS argomento Amazon per inviare una notifica quando l'allarme cambia stato.

  3. Crea regole EventBridge che corrispondano CloudWatch agli allarmi specificati. Ogni regola supporta più destinazioni, incluse le funzioni Lambda. Ad esempio, è possibile definire un allarme che si attiva quando lo spazio disponibile su disco si sta esaurendo, che attiva una funzione Lambda tramite una EventBridge regola per ripulire lo spazio. Per maggiori dettagli sugli EventBridge obiettivi, vedi obiettivi. EventBridge

Risorse

Best practice Well-Architected correlate:

Documenti correlati:

Video correlati:

Esempi correlati: