Firma używa AWS CloudFormation do udostępniania infrastruktury na kontach członkowskich. Zasoby rzadko się zmieniają i są prawidłowo zwymiarowane. Czasami deweloperzy tworzą zasoby testowe i zapominają je usunąć; większość zasobów testowych pozostaje przez kilka dni. Firma chce zautomatyzować wykrywanie nieużywanych zasobów i wykrywać, kiedy koszty AWS rosną. Rozwiązanie musi identyfikować zasoby, które powodują wzrost kosztów i automatycznie powiadamiać zespół operacyjny. Które podejście spełnia te wymagania?

Prawidłowa odpowiedź to użycie AWS Cost Anomaly Detection z typem monitora "AWS services". To rozwiązanie bezpośrednio spełnia wymagania, ponieważ Cost Anomaly Detection jest zaprojektowane do automatycznego wykrywania nagłych i nieoczekiwanych wzrostów kosztów, identyfikując jednocześnie zasoby lub usługi, które je powodują. Ustawienie typu monitora na "AWS services" pozwala na granularne śledzenie kosztów poszczególnych usług, co jest kluczowe do zidentyfikowania nieużywanych zasobów testowych. Subskrypcja z codziennymi podsumowaniami i progiem wariancji zapewnia, że zespół operacyjny zostanie powiadomiony o anomaliach, gdy tylko wystąpią. Opcje z alertami rozliczeniowymi i CloudWatch są mniej efektywne, ponieważ monitorują tylko całkowite szacowane opłaty, nie wskazując, które usługi lub zasoby są odpowiedzialne za wzrost kosztów. To utrudnia szybkie zidentyfikowanie i usunięcie niepotrzebnych zasobów testowych. Użycie typu monitora "Linked account" w Cost Anomaly Detection również nie jest optymalne, ponieważ firma używa wielu kont członkowskich, a anomalia na poziomie konta nie wskazałaby konkretnej usługi lub zasobu.