Serverless: Behebung des CloudwatchLog-Ereignisses mit dem Fall, dass ein Ressourcenlimit überschritten wurde

Erstellt am 6. Apr. 2017  ·  3Kommentare  ·  Quelle: serverless/serverless

Bei Verwendung des Ereignisses cloudwatchLog schlägt die Bereitstellung mit einem Fehler fehl, bei dem ein Ressourcenlimit überschritten wurde, wenn Sie den Namen logGroup einer Funktion durch den Namen logGroup einer anderen Funktion in Ihrer ersetzen serverless.yml Datei und führen Sie serverless deploy

Dies wird durch die Tatsache verursacht, dass CloudFormation versucht, den neuen Abonnementfilter anzuhängen, bevor der alte getrennt wird. Cloudwatch - Protokolle unterstützen nur ein Abonnement fitlter pro Log - Gruppe , wie Sie in der Dokumentation lesen Cloudwatch Logs Limits .

Wir sollten es in der kommenden Version beheben.

cc @pmuens

bug help wanted

Hilfreichster Kommentar

Richtig!

@ horike37 Danke, dass du dieses geöffnet hast, damit wir es nicht vergessen 👍

Alle 3 Kommentare

Richtig!

@ horike37 Danke, dass du dieses geöffnet hast, damit wir es nicht vergessen 👍

Die Bereitstellung schlägt mit demselben Fehler fehl, wenn die Reihenfolge der CloudwatchLog-Gruppenliste geändert wird, wenn für ein Lambda mehrere CloudwatchLog-Gruppen festgelegt wurden.
Ich teste einige der Fälle, diese Schlepptau sind erfolgreich:

  • Wenn Sie am Ende der Ereignisliste neue cloudwatchLog-Gruppen hinzufügen.
  • Wenn Sie CloudwatchLog-Gruppen am Ende der Ereignisliste löschen.

und diese sind gescheitert:

  • Wenn Sie neue cloudwatchLog-Gruppen in der Mitte der Ereignisliste hinzufügen.
  • Wenn Sie CloudwatchLog-Gruppen aus der Mitte der Ereignisliste löschen.
  • Wenn Sie CloudwatchLog-Gruppen vom Anfang der Ereignisliste löschen.

Ich habe versucht, dieses Problem zu debuggen, um zu sehen, ob ich hier mit einem ersten Beitrag helfen kann. Bei meinen Tests wurde mir klar, dass dies kein Problem für serverless , sondern für die CloudFormation selbst, die ich nach dem Versuch bestätigt habe Um einen Dummy-Stack zu senden, der eine Protokollgruppe und einen Abonnementfilter hinzufügt, und nachdem ich gerade den Schlüssel des Abonnementfilters für etwas anderes geändert habe, ist das Ergebnis dasselbe: CF versucht, den neuen hinzuzufügen, bevor der vorhandene gelöscht wird alles scheitert.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen