Een bedrijf draait een grote gecontaineriseerde workload met ongeveer 100 services op Amazon ECS. Ontwikkelaars zijn begonnen met het uitvoeren van taken op AWS Fargate in plaats van EC2. Historisch gezien heeft het account bijna het maximale aantal EC2-instances bereikt. Het bedrijf maakt zich zorgen over het bereiken van het maximale aantal ECS-taken voor Fargate en wil het ontwikkelteam op de hoogte stellen wanneer het Fargate-gebruik 80% van het servicequotum bereikt. Wat moet een solutions architect implementeren?

De juiste oplossing is om Amazon CloudWatch te gebruiken om servicequotummetrieken te monitoren die worden gepubliceerd onder de AWS/Usage-namespace. Deze namespace bevat metrieken voor het gebruik van AWS-services ten opzichte van hun servicequota. Door een CloudWatch-alarm in te stellen met een wiskundige expressie die het huidige gebruik vergelijkt met het quotum (bijvoorbeeld metric/SERVICEQUOTA(metric)100 80), kan het ontwikkelteam via Amazon SNS op de hoogte worden gesteld wanneer 80% van het Fargate-quotum is bereikt. Optie 1 is onjuist omdat de Sample Count-statistiek niet direct het servicequotum van Fargate monitort, maar eerder het aantal datapunten in een bepaalde periode. Optie 3 is inefficiënt en complex. Het vereist het schrijven en onderhouden van aangepaste Lambda-code, terwijl CloudWatch al ingebouwde functionaliteit biedt voor het monitoren van quota. Optie 4 is onjuist omdat AWS Config-regels primair worden gebruikt voor het evalueren van de configuratiecompliance van AWS-resources, niet voor het monitoren van realtime gebruik ten opzichte van servicequota.