Niestandardowy zasób CloudFormation został użyty do provisioningu AD Connector. Funkcja Lambda została wykonana i utworzyła AD Connector, ale CloudFormation pozostaje w stanie CREATE_IN_PROGRESS i nie kończy działania. Co powinien zrobić inżynier, aby to naprawić?

CloudFormation używa niestandardowych zasobów do rozszerzania swoich możliwości poza wbudowane typy zasobów. Gdy funkcja Lambda jest używana jako niestandardowy zasób, CloudFormation oczekuje, że funkcja Lambda wyśle odpowiedź (sukces lub niepowodzenie) na wstępnie podpisany adres URL S3, który jest zawarty w obiekcie zdarzenia wejściowego funkcji Lambda. Jeśli funkcja Lambda nie wyśle tej odpowiedzi, CloudFormation pozostanie w stanie CREATEINPROGRESS, ponieważ nie otrzymała potwierdzenia zakończenia operacji. Pozostałe opcje są nieprawidłowe, ponieważ: Upewnienie się, że kod funkcji Lambda kończy działanie pomyślnie, jest ważne, ale nie rozwiązuje problemu komunikacji z CloudFormation. Nadanie roli wykonawczej funkcji Lambda uprawnienia cloudformation:UpdateStack jest niepotrzebne i niepoprawne w tym kontekście; funkcja Lambda nie aktualizuje stosu CloudFormation. Upewnienie się, że rola wykonawcza funkcji Lambda ma uprawnienia ds:ConnectDirectory, jest niezbędne do utworzenia AD Connector, ale nie rozwiązuje problemu z utknięciem CloudFormation w stanie CREATEINPROGRESS.