Problèmes connus concernant Eventarc

Cette page répertorie les problèmes connus liés à Eventarc.

Vous pouvez également consulter les problèmes existants ou signaler de nouveaux problèmes dans les outils publics de suivi des problèmes.

  • L'activation des déclencheurs nouvellement créés peut prendre jusqu'à deux minutes.

  • Si vous mettez à jour un déclencheur avant que son événement généré ne soit distribué, l'événement est acheminé conformément au filtrage précédent et envoyé à la destination d'origine dans les trois jours suivant la génération de l'événement. Le nouveau filtrage est appliqué aux événements générés après votre mise à jour.

  • Des journaux d'audit Cloud sont transmis en double à partir de certaines sources d'événements Google Cloud. Lorsque des journaux sont publiés en double, des événements en double sont distribués aux destinations. Pour éviter ces doublons, vous devez créer des déclencheurs pour les champs qui assurent l'unicité de l'événement. Cette règle s'applique aux types d'événements suivants :

    • Cloud Storage (serviceName : storage.googleapis.com), methodName : storage.buckets.list
    • Compute Engine (serviceName : compute.googleapis.com), methodName : beta.compute.instances.insert
    • BigQuery (serviceName : bigquery.googleapis.com)

    Notez que, comme Workflows gère la déduplication des événements, vous n'avez pas besoin de vous assurer que l'événement est unique lorsque vous créez un déclencheur pour Workflows.

  • Les déclencheurs multiprojets ne sont pas encore acceptés. Le service qui reçoit les événements pour le déclencheur doit se trouver dans le même projet Google Cloud que le déclencheur. Si les requêtes adressées à votre service sont déclenchées par des messages publiés dans un sujet Pub/Sub, ce sujet doit également se trouver dans le même projet que le déclencheur. Événements de routage sur les projets Google Cloud.

  • Quel que soit l'emplacement réel de l'instance de machine virtuelle, les déclenchements de Cloud Audit Logs pour Compute Engine produisent des événements provenant d'une seule région  : us-central1. Lorsque vous créez votre déclencheur, assurez-vous que l'emplacement du déclencheur est défini sur us-central1 ou global.

  • Pour certains fournisseurs d'événements, vous pouvez choisir d'encoder la charge utile de l'événement en tant que application/json ou application/protobuf. Cependant, une charge utile d'événement au format JSON est plus grande qu'une charge utile au format Protobuf, ce qui peut avoir un impact sur la fiabilité en fonction de votre destination d'événement et de ses limites de taille. Lorsque cette limite est atteinte, l'événement est relancé en fonction des caractéristiques de nouvelles tentatives de la couche de transport d'Eventarc, Pub/Sub. Découvrez comment gérer les échecs de messages Pub/Sub si le nombre maximal de tentatives est atteint.

  • Lorsque vous utilisez Workflows comme destination d'un déclencheur Eventarc, les événements supérieurs à la taille maximale de l'argument Workflows ne déclenchent pas d'exécution de workflow. Pour en savoir plus, consultez la page Quotas et limites.

  • La limite maximale de profondeur des entrées imbriquées de journaux structurés pour les déclencheurs utilisant Cloud Audit Logs est de 64 niveaux. Les événements de journaux qui dépassent cette limite sont supprimés et ne sont pas diffusés par Eventarc.

  • Notez que lorsque vous créez un déclencheur Eventarc pour la première fois dans un projet Google Cloud, le provisionnement de l'agent de service Eventarc peut prendre quelques instants. Ce problème peut généralement être résolu en essayant à nouveau de créer le déclencheur. Pour en savoir plus, consultez Erreurs d'autorisation refusée.