Deweloper zainicjował nowy projekt AWS CDK w CodeCommit i musi (1) napisać testy jednostkowe dla wygenerowanych szablonów IaC oraz (2) przeprowadzić walidację wszystkich konstruktów CDK, aby upewnić się, że kluczowe konfiguracje bezpieczeństwa są wymuszane. Która kombinacja działań zapewnia te sprawdzenia przy najmniejszym nakładzie pracy deweloperskiej? (Wybierz dwie.)

Biblioteka CDK assertions (np. @aws-cdk/assert) jest przeznaczona do testowania szablonów CloudFormation generowanych przez CDK. Umożliwia pisanie testów jednostkowych, które weryfikują strukturę i właściwości zasobów w szablonie, co jest idealne do sprawdzania, czy wygenerowany IaC jest zgodny z oczekiwaniami. Uruchamianie ich w CI/CD zapewnia szybką informację zwrotną. Niestandardowe CDK Aspects pozwalają na implementację reguł walidacji, które są stosowane do wszystkich konstruktów w aplikacji CDK. Można ich użyć do egzekwowania standardów bezpieczeństwa, takich jak wymagane szyfrowanie czy polityki IAM, i spowodować błąd syntezy, jeśli reguły nie zostaną spełnione, co zapewnia automatyczną walidację bezpieczeństwa przy niskim nakładzie pracy. Pozostałe opcje są mniej efektywne: Testowanie cdk.out za pomocą ogólnego frameworka jest możliwe, ale CDK assertions oferują bardziej zintegrowane i mniej pracochłonne podejście. Kontekst środowiska uruchomieniowego służy do przekazywania danych konfiguracyjnych, a nie do walidacji bezpieczeństwa konstruktów. Pisanie skryptu przeszukującego kod źródłowy jest podatne na błędy, trudne w utrzymaniu i nie weryfikuje faktycznie wygenerowanego szablonu CloudFormation.