Lambda-Funktion Timing auf einfache Verbindung zu Redis

Question

Ich habe eine sehr kleine Lambda-Funktion, deren einziger Zweck Webhooks von Segment.io erhalten und eine Benutzer-ID und Zeitstempel zu einem Redis-Hash über HSET hinzufügen.

Dieser Prozess ist vernünftiges Volumen, 100-200 Anfragen pro Minute. Aus irgendeinem Grund beobachte ich viele der HSET-Anforderungen jedoch außerhalb der 5-Sekunden-Grenze, die ich auf die Lambda-Funktion einstelle.

ich die freie Tier von Heroku Redis bin mit. Ich angeschlossen Redis Monitor und das ist alles, ich sehe:

So scheint es nicht wie Redis ist das Timing, aber mehr, dass Lambda ein Problem oder dass aus irgendeinem Grund Lambda kann, ist mit Ich werde die Verbindung zu Redis nicht herstellen und die Zeit abbrechen. — aber ich bin mir nicht sicher.

Was geht hier vor? Ist das ein bekanntes Problem mit Heroku Redis und sollte ich etwas anderes versuchen? Der Grund, warum ich Heroku Redis verwenden wollte, ist, dass ich Heroku Links (den Fremddatenwrapper) verwende, aber ich könnte das FDW auch mit einer externen Redis-Instanz einrichten.

Update: Ich habe versucht, dies aus dem Lambda zu einem separaten Micro Server zu verschieben (einen Heroku Service, konsequent zu sein). Ich sah die gleichen Probleme von wiederholten Timeouts, wobei Redis keine Aufzeichnungen über langsame Operationen hatte. Das Hinzufügen von New Relic zum Server zeigte nur unglaubliche Metriken - soweit New Relic betroffen ist, ist jede Anfrage innerhalb von 5 ms abgeschlossen, was bedeutet, dass die Zeitüberschreitung vor der Anwendung stattfindet. Ist es möglich, dass dies auf der Routing-Schicht passiert? Oder dass der (unglaublich, für mich) Knoten irgendwie nicht auf diese Anzahl von Anfragen pro Sekunde skaliert?

Answer 1

Dies war nur ein dummer Fehler unsererseits — der Server wurde unter bestimmten Umständen nie eine Antwort auf den Client zurückgeben, und so es Zeitüberschreitung.