Firma hostuje wielowarstwowe aplikacje w AWS i, ze względów zgodności i bezpieczeństwa, musi śledzić zmiany konfiguracji swoich zasobów AWS oraz rejestrować historię wywołań API do tych zasobów. Co powinien zrobić architekt rozwiązań, aby spełnić te wymagania?

Prawidłowa odpowiedź to użycie AWS Config do śledzenia zmian konfiguracji i AWS CloudTrail do rejestrowania wywołań API. AWS Config jest usługą, która umożliwia ocenę, audyt i analizę konfiguracji zasobów AWS. Śledzi zmiany w konfiguracji zasobów w czasie, co jest kluczowe dla zgodności i bezpieczeństwa. AWS CloudTrail natomiast rejestruje działania API i zdarzenia związane z zasobami AWS, dostarczając historię wywołań API, kto je wykonał i kiedy. Pozostałe opcje są nieprawidłowe, ponieważ: Odwrócenie ról CloudTrail i Config (pierwsza opcja) jest błędne – CloudTrail nie śledzi zmian konfiguracji zasobów, a Config nie rejestruje wywołań API. Użycie Amazon CloudWatch do rejestrowania wywołań API (trzecia i czwarta opcja) jest nieprawidłowe. CloudWatch służy głównie do monitorowania metryk i logów, a nie do rejestrowania historii wywołań API w sposób, jaki oferuje CloudTrail.