Un sistema serverless contiene un servizio utente centrale (DynamoDB) che memorizza dati sensibili. Altri microservizi mantengono copie locali di parti di tali dati sensibili in vari servizi di archiviazione. Quando il servizio utente centrale elimina un utente, ogni altro microservizio deve eliminare immediatamente la propria copia. Quale design soddisfa questo requisito?

La risposta corretta è EventBridge. EventBridge è un bus di eventi serverless che consente la comunicazione asincrona tra microservizi. Il servizio centrale può pubblicare un evento di eliminazione utente su EventBridge. Ogni microservizio può quindi avere una regola EventBridge che filtra questo evento e richiama la logica specifica del microservizio per eliminare i dati utente dal proprio datastore. Questo approccio è efficiente e scalabile per la propagazione delle eliminazioni. Le altre opzioni sono meno adatte: DynamoDB Streams con SQS: Richiede un consumer Lambda per ogni stream e i microservizi devono fare il polling di SQS, aggiungendo complessità e latenza. Notifiche eventi DynamoDB con SNS: Le notifiche dirette di DynamoDB sono limitate e SNS è più adatto per la distribuzione di messaggi a molti sottoscrittori senza logica di routing complessa basata sul contenuto dell'evento. SQS con filtro eventi: SQS non supporta il filtraggio degli eventi in modo granulare come EventBridge per indirizzare specifici microservizi in base al contenuto dell'evento. Richiederebbe a ogni microservizio di elaborare tutti i messaggi e filtrare localmente.