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
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:
und diese sind gescheitert:
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.
Hilfreichster Kommentar
Richtig!
@ horike37 Danke, dass du dieses geöffnet hast, damit wir es nicht vergessen 👍