Firma używa centralnej aplikacji AWS CDK w wielu kontach do zarządzania stosami wdrożeniowymi. Deweloper musi zautomatyzować wykrywanie i usuwanie nieużywanych zasobów, które wspierały poprzednie stosy, ale nie są już potrzebne. Rozwiązanie musi płynnie integrować się z istniejącym przepływem wdrożeniowym opartym na CDK i wymagać minimalnej konfiguracji. Które podejście spełnia te wymagania?

Poprawna odpowiedź to zaimplementowanie niestandardowego zasobu AWS CDK, który tworzy funkcję AWS Lambda z logiką do wykrywania i usuwania nieużywanych zasobów. Niestandardowe zasoby CDK pozwalają na rozszerzenie funkcjonalności CDK poza wbudowane konstrukcje, umożliwiając wykonanie niestandardowej logiki (np. czyszczenia zasobów) w ramach cyklu życia wdrożenia stosu. Dzięki temu rozwiązanie jest zintegrowane z istniejącym przepływem CDK i wymaga minimalnej konfiguracji, ponieważ logika czyszczenia jest częścią samego wdrożenia. Pozostałe opcje są mniej odpowiednie: Generowanie szablonu CloudFormation z pliku JSON, a następnie dołączanie kodu funkcji do Lambda i wywoływanie jej, jest mniej zintegrowane z paradygmatem CDK i bardziej skomplikowane niż użycie niestandardowego zasobu. Użycie AWS Amplify do stworzenia API i dołączenia kodu funkcji do Lambda jest niepotrzebnym krokiem i wprowadza dodatkową warstwę złożoności, która nie jest wymagana do automatyzacji czyszczenia zasobów. Pisanie funkcji Lambda bezpośrednio w konsoli AWS, a następnie importowanie jej do stosu CDK, jest mniej zautomatyzowane i nie pozwala na pełne zarządzanie cyklem życia funkcji przez CDK.