Un'applicazione in esecuzione su Amazon EC2 deve inviare un messaggio di chat al team di supporto dell'azienda quando rileva una transazione non valida. Per chiamare l'API di chat è necessario un token di accesso che deve essere crittografato a riposo e in transito e deve essere accessibile da altri account AWS. Quale approccio soddisfa questi requisiti riducendo al minimo l'overhead di gestione?

L'opzione corretta è l'uso di AWS Secrets Manager. Secrets Manager è progettato specificamente per archiviare, gestire e recuperare segreti come token di accesso, credenziali di database e chiavi API. Offre crittografia a riposo e in transito, rotazione automatica dei segreti e integrazione con AWS KMS per la crittografia personalizzata. La policy basata sulle risorse consente l'accesso tra account, soddisfacendo un requisito chiave. L'istanza EC2 può recuperare il segreto tramite il suo ruolo IAM, minimizzando l'overhead di gestione. Le altre opzioni sono meno ideali: AWS Systems Manager Parameter Store può archiviare segreti, ma Secrets Manager offre funzionalità più avanzate per la gestione dei segreti, come la rotazione automatica. L'archiviazione in Amazon DynamoDB o Amazon S3 richiederebbe una gestione manuale della crittografia e della decrittografia, oltre a non essere la soluzione primaria per la gestione dei segreti.