Een bedrijf heeft containers gemigreerd naar Amazon EKS en heeft geautomatiseerde e-mailmeldingen per EKS-component nodig. Het plan is om SNS-topics en een Lambda-functie te gebruiken die loggebeurtenissen inspecteert en publiceert naar het juiste SNS-topic. Welke logmethode ondersteunt dit ontwerp?

Deze optie is correct omdat het de meest directe en efficiënte manier biedt om loggebeurtenissen van EKS-componenten te filteren en te verwerken. Door CloudWatch Logs in te schakelen voor EKS, worden de logs centraal verzameld. Abonnementfilters stellen u in staat om specifieke logpatronen te matchen en deze in realtime naar een Lambda-functie te sturen. De Lambda-functie kan vervolgens de loggegevens inspecteren en een melding publiceren naar het juiste SNS-topic. De andere opties zijn minder geschikt: CloudWatch Logs Insights-query's zijn bedoeld voor interactieve analyse en niet voor realtime geautomatiseerde meldingen op basis van individuele loggebeurtenissen. EventBridge kan wel Lambda aanroepen, maar de trigger is hier niet optimaal voor continue logverwerking. S3-logging is bedoeld voor archivering en analyse van objecttoegang, niet voor realtime verwerking van applicatielogs van EKS-componenten. S3 PUT Object-gebeurtenismeldingen zijn geschikt voor het verwerken van nieuwe objecten in S3, maar niet voor het filteren van specifieke logpatronen binnen logbestanden die naar S3 zijn geschreven.