FAQ du connecteur Jira
Bêta
Cette fonctionnalité est en Bêta. Les administrateurs du Workspace peuvent contrôler l'accès à cette fonctionnalité à partir de la page Previews . Consultez Gérer les aperçus Databricks.
Cette page répond aux questions fréquemment posées sur le connecteur Jira dans Databricks Lakeflow Connect.
FAQ générales sur les connecteurs gérés
Les réponses dans les FAQ sur les connecteurs gérés s'appliquent à tous les connecteurs gérés dans Lakeflow Connect. Continuez à lire pour les FAQ spécifiques à Jira.
FAQ spécifiques au connecteur
Les réponses de cette section sont spécifiques au connecteur Jira.
Pourquoi le scope ADMIN est-il nécessaire pour une application OAuth on-premise ?
Certaines entités Jira on-premise nécessitent plus que de simples privilèges de LECTURE pour être récupérées. Voici boards, issue_fields, issue_field_values, project_board, project_roles, project_role_actors et sprints. Pour permettre la récupération de ces tables sans échec, vous devez configurer des scopes ADMIN et donner à Databricks les permissions pour les récupérer.
Comment les suppressions dans Jira sont-elles gérées par le connecteur ?
- Problèmes : Les lignes supprimées sont gérées via l’API des audit Logs Jira (si activée).
- Commentaires et journaux de travail : Les suppressions ne sont pas gérées par default lors des exécutions incémentielles. Le full refresh est la seule méthode.
- Les autres entités : Celles-ci sont actualisées de toute façon, donc les suppressions sont gérées automatiquement.
Comment activer les journaux d'audit dans Jira ?
- Cloud : votre site Jira doit faire partie d'au moins un plan payant. L'utilisateur de la connexion doit disposer d'un accès administrateur global.
- on-premise : Les Logs d'audit sont activés par default dans la version 8,22 et ultérieures.
Quels rôles sont requis pour l'utilisateur de la connexion ?
Assurez-vous que l’utilisateur de la connexion dispose des rôles et autorisations suivants :
Table | Rôles et autorisations |
|---|---|
Projets, versions, composants et tableaux | Autorisation d'administrer les Projets ou de parcourir les Projets |
Problèmes, Link de problèmes, Observateurs de problèmes, Commentaires de problèmes, journaux de travail | Administrer les autorisations globales Jira |
Rôles de projet, acteurs des rôles de projet | Administrer les autorisations globales Jira |
Utilisateurs, groupes d’utilisateurs | Parcourir les autorisations globales des utilisateurs et des groupes |
Problème de schémas de sécurité, de niveaux de sécurité, de permissions, de schémas d'autorisation | Administrer les autorisations globales Jira |
En quoi cela diffère-t-il du produit Atlassian OpenSharing ?
Databricks propose à la fois OpenSharing et l'ingestion pour Jira.
De nombreuses organisations s'orientent vers l'ingestion, car elle peut vous aider à suivre l'historique des données et à monter en charge entre les régions et les clouds.
Mais il y a de nombreuses raisons pour lesquelles vous pourriez vouloir utiliser vos données sans les déplacer. Par exemple, vous pourriez vouloir limiter la duplication des données. Ou vous pourriez vouloir interroger uniquement les données les plus récentes possible. Dans ce cas, OpenSharing est le meilleur choix.
Comment le connecteur extrait-il les données de Jira ?
Le connecteur Jira utilise l'API REST Jira pour récupérer les données de problèmes, les commentaires, les pièces jointes et les champs personnalisés de vos projets Jira.
Quelles données le connecteur ingère-t-il ?
Le connecteur ingère les données suivantes de Jira :
- Données du problème (résumé, description, statut, priorité, responsable)
- Métadonnées du problème (date de création, date de mise à jour, date de résolution)
- Commentaires sur les problèmes
- Valeurs de champ personnalisées
- Link et relations des problèmes
- Projets
- Utilisateurs et groupes
- Suiveurs de problèmes
Puis-je ingérer des projets spécifiques ou tous les projets ?
Oui. Vous pouvez configurer le pipeline pour ingérer :
- Tous les projets de votre instance Jira
- Projets spécifiques par clé de projet
Comment le connecteur gère-t-il les champs personnalisés ?
Le connecteur ingère automatiquement tous les champs personnalisés définis dans votre instance Jira. Les champs personnalisés sont inclus dans les données ingérées, avec leurs noms de champ et leurs valeurs préservés.
Le connecteur prend-il en charge l'ingestion incrémentale ?
Oui. Le connecteur utilise le timestamp updated pour identifier et ingérer uniquement les problèmes qui ont été créés ou modifiés depuis la dernière exécution du pipeline. Cela réduit l'utilisation de l'API et améliore les performances.
La synchronisation incrémentielle fonctionne-t-elle pour toutes les tables Jira ?
N°. Seul un sous-ensemble de tables Jira prend en charge la synchronisation incrémentielle. Les autres utilisent un refresh complet à chaque exécution de pipeline. Pour la liste complète, consultez Tables sources Jira prises en charge pour l'ingestion.
Que se passe-t-il si un problème est supprimé dans Jira ?
Lorsque vous utilisez le SCD de type 2, les problèmes supprimés sont suivis et marqués d'un timestamp de suppression dans la table de destination. Avec le SCD de type 1, le problème est supprimé de la table de destination. Voir Activer le suivi de l'historique (SCD de type 2).
Puis-je ingérer des projets archivés ?
Oui. Le connecteur peut ingérer des projets archivés. Cependant, les problèmes des projets archivés ne sont pas récupérés.
Quelles autorisations le connecteur requiert-il ?
Les autorisations varient par table. Pour des informations détaillées sur les portées OAuth requises et les autorisations utilisateur pour chaque table, consultez la référence Tables sources Jira prises en charge pour l'ingestion.
Comment le connecteur gère-t-il les états de workflow ?
Le connecteur ingère l'état actuel du workflow pour chaque problème, y compris le statut, la résolution et l'historique du workflow. Vous pouvez suivre les changements d'état au fil du temps lorsque vous utilisez le SCD de type 2.
Les commentaires de problème sont-ils ingérés ?
Oui. Le connecteur ingère les commentaires pour tous les problèmes des projets sélectionnés. Chaque commentaire comprend le corps du commentaire, l’auteur et le timestamp.
Comment les Link de problèmes sont-ils gérés ?
Les Link des problèmes et les relations entre les problèmes sont ingérés dans le cadre des données des problèmes. Vous pouvez utiliser cette information pour reconstituer les relations dans votre traitement en aval.