FAQ sur le connecteur Cribl
Bêta
Cette fonctionnalité est en Bêta. Pour l’utiliser, un administrateur de workspace doit activer Lakeflow Connect for Cribl depuis la page Prévisualisations . Consultez Gérer les aperçus Databricks.
Cette page répond aux questions fréquentes concernant le connecteur d’ingestion Cribl géré dans Lakeflow Connect. Pour les questions fréquentes concernant tous les connecteurs gérés, consultez FAQ sur les connecteurs gérés.
Quelles tables le connecteur prend-il en charge ?
Le connecteur prend en charge les tables de configuration des Worker Group (pipelines, routes, sources, destinations, parsers, breakers, grok_patterns, schemas, collectors, database_connections, packs et functions). Il prend également en charge les tables de statut (worker_groups, workers, health, inputs_status et outputs_status), les tables d'organisation (workspaces et api_credentials) et les tables de logs (audit_log et access_log). Consultez les schémas de la table de destination.
Jusqu'où le connecteur peut-il ingérer des données ?
Pour audit_log et access_log, la première synchronisation ingère les événements des 365 jours précédents, ou à partir de start_datetime si vous l'avez définie. Chaque synchronisation ultérieure ingère les événements postérieurs à la dernière exécution. Les tables à actualisation complète refresh réingèrent tous les enregistrements disponibles à chaque exécution.
Quelles méthodes d’authentification le connecteur prend-il en charge ?
Le connecteur prend en charge l'authentification OAuth machine à machine (M2M) avec des identifiants API Cribl.Cloud. Il ne prend pas en charge l'authentification OAuth U2M ou de base.
Comment limiter l’ingestion à des groupes de Worker spécifiques ?
Définissez l’option de pipeline group_allowlist sur une liste d’identifiants de groupe de Worker séparés par des virgules. Voir les options du connecteur.