Aplikacja działa na instancjach EC2 za Application Load Balancer (ALB). Administrator SysOps musi utworzyć niestandardowe sprawdzenie stanu dla instancji. Jaki jest najbardziej operacyjnie prosty sposób, aby to zaimplementować?

Najprostszym i najbardziej operacyjnie efektywnym sposobem jest skonfigurowanie niestandardowego sprawdzenia stanu bezpośrednio w ALB. ALB ma wbudowane funkcje sprawdzania stanu, które pozwalają na określenie ścieżki HTTP/HTTPS, portu i kodów sukcesu. Aplikacja na instancjach EC2 może udostępniać dedykowany punkt końcowy (np. /health) zwracający odpowiedni kod stanu (np. 200 OK), co ALB interpretuje jako zdrową instancję. Pozostałe opcje są mniej optymalne: Zapisywanie stanu do S3 i odczytywanie przez ALB jest niepraktyczne i złożone, ponieważ ALB nie ma natywnej możliwości odczytywania stanu z S3 w celu sprawdzania kondycji. Użycie ElastiCache do utrzymywania stanu zdrowia wprowadza dodatkową złożoność i koszty, a ALB nie jest zaprojektowany do integracji z ElastiCache w celu sprawdzania stanu instancji. API Gateway nie jest przeznaczone do przeprowadzania sprawdzania stanu instancji EC2 za ALB; jego głównym zadaniem jest zarządzanie i zabezpieczanie interfejsów API.