Firma używa AWS Step Functions do orkiestracji potoku danych, który uruchamia zadania Amazon EMR w celu pozyskiwania danych do Amazon S3 i ładowania danych do Amazon Redshift. Maszyna stanów Step Functions została utworzona ręcznie. Klaster EMR został uruchomiony w VPC, ale wdrożona maszyna stanów nie może uruchamiać zadań EMR. Jaką kombinację kroków powinna podjąć firma, aby ustalić, dlaczego maszyna stanów nie może uruchamiać zadań EMR? (Wybierz dwie opcje.)

Poprawne odpowiedzi koncentrują się na typowych przyczynach problemów z integracją usług AWS: uprawnieniach IAM i konfiguracji sieci. Pierwsza poprawna odpowiedź: Maszyny stanów Step Functions potrzebują odpowiednich uprawnień IAM do interakcji z innymi usługami, takimi jak EMR i S3. Brak uprawnień do tworzenia/uruchamiania zadań EMR lub dostępu do zasobników S3 uniemożliwi działanie potoku. Access Analyzer for S3 pomaga w weryfikacji dostępu do S3. Druga poprawna odpowiedź: Ponieważ klaster EMR działa w VPC, problemy z łącznością sieciową są częstą przyczyną awarii. Dzienniki przepływu VPC i konfiguracje grup zabezpieczeń są kluczowe do zdiagnozowania, czy ruch między EMR a innymi zasobami (np. S3, bazami danych) jest blokowany. Pozostałe opcje są nieprawidłowe, ponieważ: Automatyzacja wdrożenia za pomocą CloudFormation nie rozwiąże problemu z działaniem maszyny stanów. Wstrzymywanie maszyny stanów po nieudanych zadaniach EMR to mechanizm obsługi błędów, a nie diagnostyki. Zmiana na Amazon EMR on EKS to znacząca zmiana architektoniczna, a nie krok diagnostyczny. Sprawdzanie wpisów CloudWatch dla klastra EMR jest ogólne i nie wskazuje na konkretną przyczynę problemu z uruchamianiem zadań. Modyfikowanie scenariuszy ponawiania prób lub zwiększanie interwałów nie rozwiąże podstawowego problemu z uruchamianiem zadań; to tylko zmieni sposób obsługi błędów.