Gemini Code Assist n'est compatible qu'avec VS Code avec Gemini Code Assist et l'extension Cloud Code version ou version ultérieure.
Cette page répertorie les problèmes connus liés à Eventarc Standard.
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énementsGoogle 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.
- Cloud Storage (serviceName :
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 Google Cloud projet 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. Consultez la section Événements de routage sur les Google Cloud projets.
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 surus-central1ouglobal.Les événements Pub/Sub directs n'incluent pas de champ
delivery_attempt, sauf si la destination de l'événement est Cloud Run ou des fonctions Cloud Run. Cela peut avoir un impact sur la gestion des échecs de messages.Pour certains fournisseurs d'événements, vous pouvez choisir d'encoder la charge utile de l'événement en tant que
application/jsonouapplication/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.
Lorsque vous créez un déclencheur Eventarc pour la première fois dans un projetGoogle 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.