Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
SE APLICA A:
Azure Data Factory
Azure Synapse Analytics
Sugerencia
Pruebe Data Factory en Microsoft Fabric, una solución de análisis integral para empresas. Microsoft Fabric abarca todo, desde el movimiento de datos hasta la ciencia de datos, el análisis en tiempo real, la inteligencia empresarial y la creación de informes. Obtenga información sobre cómo iniciar una nueva evaluación gratuita.
En este artículo se explica cómo usar la actividad de copia en una canalización de Azure Data Factory o Synapse Analytics para copiar datos de Jira. El documento se basa en el artículo de introducción a la actividad de copia que describe información general de la actividad de copia.
Importante
La versión 2.0 del conector Jira proporciona compatibilidad nativa mejorada con Jira. Si usa jira connector versión 1.0 en la solución, actualice el conector jira antes del31 de marzo de 2026. Consulte esta sección para obtener más información sobre la diferencia entre la versión 2.0 y la versión 1.0.
Funcionalidades admitidas
El conector Jira es compatible para las siguientes funcionalidades:
| Funcionalidades admitidas | IR |
|---|---|
| Actividad de copia (origen/-) | 1 2 |
| Actividad de búsqueda | 1 2 |
① Azure Integration Runtime ② Entorno de ejecución de integración autohospedado
Para obtener una lista de los almacenes de datos que se admiten como orígenes y receptores, consulte la tabla de almacenes de datos admitidos.
El servicio proporciona un controlador integrado para habilitar la conectividad. Por lo tanto, no es necesario instalar manualmente ningún controlador mediante este conector.
Introducción
Para realizar la actividad de copia con una canalización, puede usar una de las siguientes herramientas o SDK:
- Herramienta Copiar datos
- Azure Portal
- SDK de .NET
- SDK de Python
- Azure PowerShell
- REST API
- Plantilla de Azure Resource Manager
Creación de un servicio vinculado en Jira mediante la interfaz de usuario
Siga estos pasos para crear un servicio vinculado en Jira en la interfaz de usuario de Azure Portal.
Vaya a la pestaña "Administrar" de su área de trabajo de Azure Data Factory o Synapse y seleccione "Servicios vinculados"; a continuación, haga clic en "Nuevo":
Busque Jira y seleccione el conector de Jira.
Configure los detalles del servicio, pruebe la conexión y cree el servicio vinculado.
Detalles de configuración del conector
En las secciones siguientes se proporcionan detalles sobre las propiedades que se usan para definir entidades de Data Factory específicas del conector de Jira.
Propiedades del servicio vinculado
El conector Jira ahora admite la versión 2.0. Consulte esta sección para actualizar la versión del conector jira desde la versión 1.0. Para obtener los detalles de la propiedad, consulte las secciones correspondientes.
Versión 2.0
El servicio vinculado Jira admite las siguientes propiedades al aplicar la versión 2.0:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| type | La propiedad type debe establecerse en: Jira | Sí |
| version | Versión que especifique. El valor es 2.0. |
Sí |
| host | Dirección IP o nombre de host del servicio de Jira. Por ejemplo: jira.example.com. |
Sí |
| port | Puerto TCP que el servidor de Jira utiliza para escuchar las conexiones del cliente. El valor predeterminado es 443 si se conecta a través de HTTPS o 8080 si se conecta a través de HTTP. | No |
| username | Nombre de usuario que utiliza para acceder al servicio de Jira. | Sí |
| password | El token de API de Atlassian (si la verificación en dos pasos está habilitada en la cuenta de Atlassian) o la contraseña correspondiente al nombre de usuario que proporcionó en el campo de nombre de usuario. Marque este campo como SecureString para almacenarlo de forma segura, o bien haga referencia a un secreto almacenado en Azure Key Vault. | Sí |
| connectVia | El entorno de ejecución de integración que se usará para conectarse al almacén de datos. Si no se especifica ningún valor, la propiedad usa el entorno de ejecución de integración de Azure predeterminado. Puede usar el entorno de ejecución de integración autohospedado y su versión debe ser 5.61 o superior. | No |
Ejemplo:
{
"name": "JiraLinkedService",
"properties": {
"type": "Jira",
"version": "2.0",
"typeProperties": {
"host" : "<host>",
"port" : "<port>",
"username" : "<username>",
"password": {
"type": "SecureString",
"value": "<password>"
}
}
}
}
Versión 1.0
El servicio vinculado Jira admite las siguientes propiedades cuando se aplica la versión 1.0:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| type | La propiedad type debe establecerse en: Jira | Sí |
| host | Dirección IP o nombre de host del servicio de Jira. (por ejemplo, jira.example.com) | Sí |
| port | Puerto TCP que el servidor de Jira utiliza para escuchar las conexiones del cliente. El valor predeterminado es 443 si se conecta a través de HTTPS o 8080 si se conecta a través de HTTP. | No |
| username | Nombre de usuario que utiliza para acceder al servicio de Jira. | Sí |
| password | El token de API de Atlassian (si la verificación en dos pasos está habilitada en la cuenta de Atlassian) o la contraseña correspondiente al nombre de usuario que proporcionó en el campo de nombre de usuario. Marque este campo como SecureString para almacenarlo de forma segura, o bien haga referencia a un secreto almacenado en Azure Key Vault. | Sí |
| useEncryptedEndpoints | Especifica si los puntos de conexión de origen de datos se cifran mediante HTTPS. El valor predeterminado es true. | No |
| useHostVerification | Especifica si se requiere que el nombre de host del certificado del servidor coincida con el nombre de host del servidor al conectarse a través de TLS. El valor predeterminado es true. | No |
| usePeerVerification | Especifica si se debe verificar la identidad del servidor al conectarse a través de TLS. El valor predeterminado es true. | No |
Ejemplo:
{
"name": "JiraLinkedService",
"properties": {
"type": "Jira",
"typeProperties": {
"host" : "<host>",
"port" : "<port>",
"username" : "<username>",
"password": {
"type": "SecureString",
"value": "<password>"
}
}
}
}
Propiedades del conjunto de datos
Si desea ver una lista completa de las secciones y propiedades disponibles para definir conjuntos de datos, consulte el artículo sobre conjuntos de datos. En esta sección se proporciona una lista de las propiedades compatibles con el conjunto de datos de Jira.
Para copiar datos de Jira, establezca la propiedad type del conjunto de datos en JiraObject. Se admiten las siguientes propiedades:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| type | La propiedad type del conjunto de datos debe establecerse en: JiraObject | Sí |
| schema | Nombre del esquema. Esta propiedad solo se admite en la versión 2.0. | Sí |
| table | Nombre de la tabla. Esta propiedad solo se admite en la versión 2.0. | Sí |
| tableName | Nombre de la tabla. Esta propiedad solo se admite en la versión 1.0. | No (si se especifica "query" en el origen de la actividad) |
Ejemplo
{
"name": "JiraDataset",
"properties": {
"type": "JiraObject",
"typeProperties": {},
"schema": [],
"linkedServiceName": {
"referenceName": "<Jira linked service name>",
"type": "LinkedServiceReference"
}
}
}
La versión 2.0 del conector admite las siguientes tablas jira:
- AdvancedSettings
- AllAccessibleProjectTypes
- AllApplicationRoles
- TodosLosGadgetsDisponiblesDelTablero
- AllDashboards
- AllFieldConfigurations
- TodosLosEsquemasDeConfiguraciónDeCampos
- AllIssueTypeSchemes
- AllLabels
- AllPermissions
- TodosLosEsquemasDePermisos
- TodasLasCategoríasDeProyectos
- AllProjectRoles
- AllProjectTypes
- TodosLosNivelesDeClasificaciónDeDatosDeUsuario
- TodosLosUsuarios
- AllUsersDefault
- TodasLasEsquemasDeFlujoDeTrabajo
- Propiedad de la Aplicación
- CantidadAproximadaDeLicencias
- AttachmentMeta
- Autocompletar
- ImplementacionesDeSeguimientoDeTiempoDisponibles
- Bandera
- BulkGetGroups
- Configuration
- CurrentUser
- DashboardsPaginated
- EditorPredeterminado
- DefaultShareScope
- Eventos
- FavoriteFilters
- FieldAutoCompleteForQueryString
- FieldConfigurationSchemeMappings
- Campos
- FieldsPaginated
- FiltersPaginated
- BuscarComponentesParaProyectos
- Buscar Grupos
- IdsOfWorklogsDeletedSince
- IdsOfWorklogsModifiedSince
- EmitirTodosLosTipos
- Informe de Límite de Incidencias
- IssueLinkTypes
- IssueNavigatorDefaultColumns
- IssuePickerResource
- IssueSecuritySchemes
- IssueTypeSchemesMapping
- IssueTypeScreenSchemeMappings
- EsquemasDePantallaPorTipoDeIncidente
- Licencia
- Localidad
- MyFilters
- Esquemas de Notificación
- NotificationSchemeToProjectMappings
- Planes
- EsquemasDePrioridad
- Reciente
- Pantallas
- ScreenSchemes
- Search
- SearchProjects
- BuscarProyectosUsandoEsquemasDeSeguridad
- SearchResolutions
- SearchSecuritySchemes
- SearchWorkflows
- SecurityLevelMembers
- Niveles de Seguridad
- Implementación de Seguimiento de Tiempo Seleccionado
- Información del Servidor
- Configuración de Seguimiento de Tiempo Compartido
- StatusCategories
- Estados
- TrashedFieldsPaginated
- ColumnasPredeterminadasDelUsuario
Propiedades de la actividad de copia
Si desea ver una lista completa de las secciones y propiedades disponibles para definir actividades, consulte el artículo sobre canalizaciones. En esta sección se proporciona una lista de las propiedades compatibles con el origen de Jira.
Jira como fuente
Para copiar datos de Jira, establezca el tipo de origen de la actividad de copia en JiraSource. Se admiten las siguientes propiedades en la sección source de la actividad de copia:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| type | La propiedad type del origen de la actividad de copia debe establecerse en: JiraSource | Sí |
| Query | Use la consulta SQL personalizada para leer los datos. Por ejemplo: "SELECT * FROM MyTable". |
No (si se especifica "tableName" en el conjunto de datos) |
Nota:
query no se admite en la versión 2.0.
Ejemplo:
"activities":[
{
"name": "CopyFromJira",
"type": "Copy",
"inputs": [
{
"referenceName": "<Jira input dataset name>",
"type": "DatasetReference"
}
],
"outputs": [
{
"referenceName": "<output dataset name>",
"type": "DatasetReference"
}
],
"typeProperties": {
"source": {
"type": "JiraSource",
"query": "SELECT * FROM MyTable"
},
"sink": {
"type": "<sink type>"
}
}
}
]
Asignación de tipos de datos para Jira
Al copiar datos de Jira, los siguientes mapeos se aplican desde los tipos de datos de Jira a los tipos de datos internos usados por el servicio. Para más información acerca de la forma en que la actividad de copia asigna el tipo de datos y el esquema de origen al receptor, consulte el artículo sobre asignaciones de tipos de datos y esquema.
| Tipo de datos Jira | Tipo de datos de servicio provisional (para la versión 2.0) | Tipo de datos de servicio provisional (para la versión 1.0) |
|---|---|---|
| cuerda / cadena | String | Varchar, Text |
| entero | Integer | Int, Bigint |
| datetime | String, FechaHora | DateTime, Marca de tiempo |
| boolean | Boolean | Bit, booleano |
| objeto | Objeto | Flattened, Json |
| array | Array | Json, tabla independiente |
Propiedades de la actividad de búsqueda
Para obtener información detallada sobre las propiedades, consulte Actividad de búsqueda.
Ciclo de vida y actualización del conector jira
En la tabla siguiente se muestran la fase de lanzamiento y los registros de cambios para diferentes versiones del conector jira:
| Versión | Fase de lanzamiento | Registro de cambios |
|---|---|---|
| Versión 1.0 | Finalización del soporte anunciada | / |
| Versión 2.0 | Versión de disponibilidad general disponible | • Soporte de schema y table en el conjunto de datos. • Admite las tablas específicas de Jira. En la lista de tablas admitidas, vaya a Propiedades del conjunto de datos. • La versión del entorno de ejecución de integración autohospedado debe ser 5.61 o superior. • La asignación de tipos de datos para la versión 2.0 del servicio vinculado de Jira es diferente de la de la versión 1.0. Para obtener la asignación de tipos de datos más reciente, vaya a Asignación de tipos de datos para Jira. • useEncryptedEndpoints, useHostVerification, usePeerVerification no se admiten en el servicio vinculado. • query no se admite. • No se admite la autenticación de OAuth 1.0. |
Actualización del conector jira de la versión 1.0 a la versión 2.0
En la página Editar servicio vinculado , seleccione la versión 2.0 y configure el servicio vinculado haciendo referencia a las propiedades del servicio vinculado versión 2.0.
La asignación de tipos de datos para la versión 2.0 del servicio vinculado de Jira es diferente de la de la versión 1.0. Para obtener información sobre la asignación de tipos de datos más reciente, consulte Asignación de tipos de datos para Jira.
Si usa el entorno de ejecución de integración autohospedado, su versión debe ser 5.61 o superior.
querysolo se admite en la versión 1.0. Debe usarschemaytableen lugar dequeryen la versión 2.0.
Nota:
La versión 2.0 admite tablas jira específicas. En la lista de tablas admitidas, vaya a Propiedades del conjunto de datos.
Contenido relacionado
Para obtener una lista de los almacenes de datos que admite la actividad de copia como orígenes y receptores, consulte Almacenes de datos compatibles.