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à.
Creazione di mappature delle sorgenti di eventi tra più account in Lambda
È possibile utilizzare la connettività privata multi-VPC per connettere una funzione Lambda a un cluster MSK di cui è stato eseguito il provisioning in un altro cluster. Account AWS Multi-VPC usi della connettività AWS PrivateLink, che mantiene tutto il traffico all'interno della rete. AWS
Nota
Non è possibile creare strumenti di mappatura dell'origine degli eventi multi-account per i cluster MSK serverless.
Per creare uno strumento di mappatura dell'origine degli eventi multi-account, è necessario innanzitutto configurare la connettività multi-VPC per il cluster MSK. Quando crei lo strumento di mappatura dell'origine degli eventi, utilizza l'ARN della connessione VPC gestita anziché l'ARN del cluster, come illustrato negli esempi seguenti. L'CreateEventSourceMappingoperazione è inoltre diversa a seconda del tipo di autenticazione utilizzato dal cluster MSK.
Esempio— Creazione di uno strumento di mappatura dell'origine degli eventi multi-account per cluster che utilizzano l'autenticazione IAM
Quando il cluster utilizza l'autenticazione IAM basata sui ruoli, non è necessario un oggetto. SourceAccessConfiguration Esempio:
aws lambda create-event-source-mapping \ --event-source-arn arn:aws:kafka:us-east-1:111122223333:vpc-connection/444455556666/my-cluster-name/51jn98b4-0a61-46cc-b0a6-61g9a3d797d5-7\ --topics AWSKafkaTopic \ --starting-position LATEST \ --function-name my-kafka-function
Esempio— Crea una mappatura dell'origine degli eventi tra più account per il cluster che utilizza l'autenticazione SASL/SCRAM
Se il cluster utilizza SASL/SCRAM l'autenticazione, è necessario includere un SourceAccessConfiguration oggetto che specifichi SASL_SCRAM_512_AUTH e un ARN segreto di Secrets Manager.
Esistono due modi per utilizzare i segreti per la mappatura delle sorgenti di eventi Amazon MSK tra più account con autenticazione: SASL/SCRAM
-
Crea un segreto nell'account della funzione Lambda e sincronizzalo con il segreto del cluster. Crea una rotazione per mantenere sincronizzati i due segreti. Questa opzione ti consente di controllare il segreto dall'account della funzione.
-
Utilizza il segreto associato al cluster MSK. Questo segreto deve consentire l'accesso multi-account all'account della funzione Lambda. Per ulteriori informazioni, consulta la pagina Permissions to AWS Secrets Manager secrets for users in a different account.
aws lambda create-event-source-mapping \ --event-source-arn arn:aws:kafka:us-east-1:111122223333:vpc-connection/444455556666/my-cluster-name/51jn98b4-0a61-46cc-b0a6-61g9a3d797d5-7\ --topics AWSKafkaTopic \ --starting-position LATEST \ --function-name my-kafka-function \ --source-access-configurations'[{"Type": "SASL_SCRAM_512_AUTH","URI": "arn:aws:secretsmanager:us-east-1:444455556666:secret:my-secret"}]'
Esempio— Creazione di uno strumento di mappatura dell'origine degli eventi multi-account per cluster che utilizzano l'autenticazione mTLS
Se il cluster utilizza l'autenticazione MTLS, è necessario includere un SourceAccessConfiguration oggetto che specifichi CLIENT_CERTIFICATE_TLS_AUTH e un ARN segreto di Secrets Manager. Il segreto può essere archiviato nell'account del cluster o nell'account della funzione Lambda.
aws lambda create-event-source-mapping \ --event-source-arn arn:aws:kafka:us-east-1:111122223333:vpc-connection/444455556666/my-cluster-name/51jn98b4-0a61-46cc-b0a6-61g9a3d797d5-7\ --topics AWSKafkaTopic \ --starting-position LATEST \ --function-name my-kafka-function \ --source-access-configurations'[{"Type": "CLIENT_CERTIFICATE_TLS_AUTH","URI": "arn:aws:secretsmanager:us-east-1:444455556666:secret:my-secret"}]'
