Un'azienda utilizza AWS Step Functions per orchestrare una pipeline di dati che esegue processi Amazon EMR per acquisire dati in Amazon S3 e caricare dati in Amazon Redshift. La state machine di Step Functions è stata creata manualmente. Un cluster EMR è stato avviato in una VPC, ma la state machine distribuita non riesce a eseguire i processi EMR. Quale combinazione di passaggi dovrebbe intraprendere l'azienda per determinare perché la state machine non riesce a eseguire i processi EMR? (Scegliere due.)

Le opzioni corrette affrontano problemi comuni di configurazione e autorizzazione. La prima opzione corretta si concentra sulle autorizzazioni IAM. Step Functions necessita di permessi IAM per interagire con EMR e S3. Senza le autorizzazioni appropriate, Step Functions non può avviare o gestire i processi EMR, né EMR può accedere ai dati in S3. Access Analyzer per S3 è uno strumento utile per verificare le policy di accesso ai bucket. La seconda opzione corretta riguarda la configurazione di rete. Se il cluster EMR è in una VPC, i Security Group e le ACL di rete devono consentire il traffico in uscita verso le fonti di dati e in entrata/uscita per la comunicazione interna. I Flow Logs della VPC aiutano a diagnosticare problemi di connettività. Le opzioni scorrette sono meno pertinenti o non risolvono direttamente il problema principale: L'automazione con CloudFormation è una buona pratica ma non diagnostica il problema corrente. La pausa manuale non è una soluzione scalabile per un errore di esecuzione. Controllare CloudWatch per EMR è utile, ma modificare Step Functions per usare EMR su EKS è un cambiamento architetturale significativo e non una soluzione diagnostica immediata. I retry e i fallback sono importanti per la resilienza, ma non risolvono la causa principale di un errore di autorizzazione o connettività iniziale. Aumentare l'intervallo tra i task non risolve un errore di esecuzione.