Un'azienda di media ha un ambiente AWS multi-account in us-east-1. Un topic Amazon SNS in un account di produzione pubblica metriche di performance. Una funzione Lambda in un account amministratore deve essere invocata da messaggi provenienti dal topic SNS di produzione quando si verificano metriche significative. Quale combinazione di passaggi soddisferà questi requisiti? (Scegli due.)

Per consentire a un topic SNS in un account di produzione di invocare una funzione Lambda in un account amministratore, sono necessarie due configurazioni di policy. Innanzitutto, è fondamentale che la policy di accesso del topic SNS (opzione "Crea una policy IAM per il topic SNS che consenta alla funzione Lambda di sottoscriversi al topic") permetta alla funzione Lambda nell'account amministratore di sottoscriversi al topic. Senza questa autorizzazione, la sottoscrizione cross-account non sarebbe possibile. In secondo luogo, la policy di risorsa della funzione Lambda (opzione "Crea una policy di risorsa IAM per la funzione Lambda che consenta ad Amazon SNS di invocare la funzione") deve concedere al servizio SNS l'autorizzazione a invocare la funzione. Questo assicura che, una volta che la Lambda è sottoscritta, SNS abbia il permesso di attivarla quando vengono pubblicati messaggi. L'opzione che suggerisce una coda SQS è errata perché introduce un passaggio intermedio non necessario e più complesso per questo specifico requisito di invocazione diretta. L'opzione EventBridge è errata perché, sebbene EventBridge possa inoltrare eventi, la soluzione più diretta e nativa per l'integrazione SNS-Lambda cross-account è tramite la sottoscrizione diretta e le policy appropriate. L'opzione S3/Athena è irrilevante per l'invocazione di una funzione Lambda basata su messaggi SNS.