Firma posiada setki funkcji Lambda, a zespół QA musi je wywoływać za pośrednictwem adresów URL funkcji Lambda. Zespół QA znajduje się w grupie IAM. Deweloper musi skonfigurować uwierzytelnianie, aby grupa QA mogła wywoływać publiczne adresy URL funkcji. Które rozwiązanie spełnia to wymaganie?

Poprawna odpowiedź umożliwia wywoływanie adresów URL funkcji Lambda przez grupę QA, wykorzystując uwierzytelnianie AWSIAM. Skrypt CLI konfiguruje adresy URL funkcji Lambda z typem uwierzytelniania AWSIAM, co oznacza, że wywołujący musi przedstawić prawidłowe poświadczenia AWS. Następnie tworzona jest polityka IAM oparta na tożsamości, która zezwala na akcję lambda:InvokeFunctionUrl dla wszystkich zasobów Lambda (wszystkich ARN-ów Lambda). Dołączenie tej polityki do grupy IAM QA zapewnia, że członkowie tej grupy mają uprawnienia do wywoływania tych adresów URL. Pozostałe opcje są nieprawidłowe, ponieważ: Uwierzytelnianie NONE (opcje 2 i 4) oznacza, że adres URL funkcji jest publicznie dostępny bez żadnego uwierzytelniania AWS, co nie spełnia wymogu uwierzytelniania dla grupy QA. Tworzenie polityki opartej na zasobach (opcja 2 i 4) jest niewłaściwe, ponieważ polityki oparte na zasobach są dołączane do samego zasobu (funkcji Lambda), a nie do grupy IAM. Iterowanie po funkcjach w celu utworzenia polityki IAM opartej na tożsamości (opcja 3) jest nieefektywne i niepotrzebne; jedna polityka dołączona do grupy IAM może zarządzać dostępem do wielu funkcji.