Serverless: Correction de l'événement cloudwatchLog avec le cas qui faisait face à une limite de ressources dépassée

Créé le 6 avr. 2017 · 3Commentaires · Source: serverless/serverless

Lors de l'utilisation cloudwatchLog événement logGroup d'une fonction par le nom logGroup d'une autre fonction dans votre serverless.yml fichier et exécutez serverless deploy

Cela est dû au fait que CloudFormation tente d'attacher le nouveau filtre d'abonnement avant de détacher l'ancien. CloudWatch Logs ne prend en charge qu'un seul ajustement d'abonnement par groupe de journaux, comme vous pouvez le lire dans la documentation sur les limites de

Nous devrions le corriger dans la prochaine version.

cc @pmuens

bug help wanted

Source

horike37

👍1

Commentaire le plus utile

Corriger!

@ horike37 Merci d'avoir ouvert celui-ci pour ne pas l'oublier 👍

pmuens le 6 avr. 2017

😄2

Tous les 3 commentaires

Corriger!

@ horike37 Merci d'avoir ouvert celui-ci pour ne pas l'oublier 👍

pmuens le 6 avr. 2017

😄2

Le déploiement échouera avec la même erreur si vous modifiez l'ordre de la liste des groupes cloudwatchLog lorsqu'un lambda a été défini sur plusieurs groupes cloudwatchLog.
Je teste certains des cas, ceux-ci réussissent:

lorsque vous ajoutez de nouveaux groupes cloudwatchLog à la fin de la liste des événements.
lorsque vous supprimez le (s) groupe (s) cloudwatchLog du bas de la liste des événements.

et ceux-ci ont échoué:

lorsque vous ajoutez de nouveaux groupes cloudwatchLog au milieu de la liste des événements.
lorsque vous supprimez le (s) groupe (s) cloudwatchLog du milieu de la liste des événements.
lorsque vous supprimez le (s) groupe (s) cloudwatchLog du haut de la liste des événements.

ztmdsbt le 22 juin 2018

J'essayais de déboguer ce problème pour voir si je pouvais aider avec une première contribution ici et sur mes tests, j'ai réalisé que ce n'était pas un problème sur serverless , mais sur le CloudFormation lui-même, j'ai confirmé après avoir essayé pour soumettre une pile factice en ajoutant un groupe de journaux et un filtre d'abonnement, puis après avoir changé la clé du filtre d'abonnement pour autre chose, le résultat est le même: CF essaie de lui ajouter le nouveau avant de supprimer l'existant, donc tout échoue.