Firma migruje aplikację na instancje Amazon EC2 i musi zaimplementować alarmy dotyczące metryk infrastruktury. Krótkie skoki wykorzystania procesora powyżej 50% nie wymagają działania, ale jeśli wykorzystanie procesora wzrośnie powyżej 50% w tym samym czasie, gdy IOPS odczytu dysku są wysokie, firma musi natychmiast podjąć działania. Architekt rozwiązań musi również zredukować liczbę fałszywych alarmów. Co powinien zrobić architekt rozwiązań, aby spełnić te wymagania?

Złożone alarmy Amazon CloudWatch (composite alarms) są właściwym rozwiązaniem, ponieważ pozwalają na łączenie wielu alarmów w jeden, co jest idealne do monitorowania złożonych warunków, takich jak wysokie użycie procesora ORAZ wysokie IOPS. Dzięki temu można zredukować liczbę fałszywych alarmów, ponieważ alarm zostanie wyzwolony tylko wtedy, gdy spełnione są wszystkie zdefiniowane kryteria. Pulpity nawigacyjne (dashboards) służą do wizualizacji, a nie do automatycznego wyzwalania akcji. Kanarki (Synthetics canaries) monitorują dostępność i wydajność aplikacji z perspektywy użytkownika, a nie metryki infrastruktury. Pojedyncze alarmy metryk z wieloma progami nie pozwalają na logiczne łączenie różnych metryk (np. użycie procesora ORAZ IOPS) w jeden warunek alarmowy.