Ein neues serverloses Benutzerportal ist langsam. Die Analyse zeigt, dass ein einzelner API Gateway-Endpunkt, der eine Lambda-Funktion aufruft, dafür verantwortlich ist, aber dass Lambda andere APIs und AWS-Dienste aufruft. Wie kann ein Entwickler unter Verwendung bewährter Betriebspraktiken herausfinden, welcher externe Aufruf die erhöhte Latenz verursacht?

Die Instrumentierung von Lambda mit dem AWS X-Ray SDK, das Hinzufügen von Interceptoren und Client-Handlern sowie das Aktivieren von X-Ray-Tracing ist die bewährte Methode, um die Ursache für erhöhte Latenz in komplexen verteilten Anwendungen zu finden. X-Ray bietet eine Service-Map und Traces, die detaillierte Informationen über die Zeit liefern, die jeder Dienstaufruf benötigt, und so Engpässe identifizieren. Protokollierungsanweisungen sind zwar nützlich, erfordern aber eine manuelle Analyse und sind weniger effizient als X-Ray für die Visualisierung von Abhängigkeiten. CloudWatch-Metriken zeigen die Gesamtleistung der Lambda-Funktion, aber nicht die Leistung einzelner externer Aufrufe. Ein CloudWatch Synthetics Canary testet das End-to-End-Erlebnis, hilft aber nicht direkt bei der Identifizierung des spezifischen externen Aufrufs innerhalb der Lambda-Funktion, der die Latenz verursacht.