Atlassian ha fijado la fecha: el 28 de marzo de 2029, todas las instancias de Jira Data Center pasarán a ser de solo lectura. Ya no se venden nuevas licencias de Data Center, los precios para los clientes actuales subieron en febrero de 2026 y la última ventana de renovación se cierra en marzo de 2028. .
Para los equipos que eligieron Data Center precisamente para mantener sus datos en sus propios servidores, el camino oficial - Atlassian Cloud - no es una respuesta: después de 2029 no habrá ningún Jira on-premise. Esta guía explica qué cambia y cuándo, compara las opciones realistas y ofrece un plan paso a paso para pasar a una alternativa on-premise a Jira que usted controla por completo.
- Qué cambia y cuándo: el calendario de Data Center
- Sus tres opciones tras Jira Data Center
- Quién no debería pasar a Atlassian Cloud
- Qué debe cubrir un reemplazo de Jira Data Center
- Un plan de migración en 5 pasos
- Cómo comparar el coste real
- Cómo ayuda RedmineUP a los equipos de Data Center
- Preguntas frecuentes
Qué cambia y cuándo: el calendario de Data Center
Atlassian está retirando Data Center por etapas a lo largo de tres años. Estas son las fechas que importan para planificar:
| Fecha | Qué ocurre | Qué significa para usted |
|---|---|---|
| 17 de febrero de 2026 | Los precios de lista de Jira, Confluence y Jira Service Management Data Center subieron alrededor de un 15 %; los planes Advantaged subieron entre un 18 y un 40 % según el nivel | Su próxima renovación costará más que la anterior |
| 30 de marzo de 2026 | Fin de la venta a nuevos clientes: no hay nuevas licencias de Data Center ni aplicaciones de Marketplace | Un equipo nuevo o una nueva filial ya no puede empezar en Data Center |
| 30 de marzo de 2028 | Última fecha para que los clientes actuales renueven o amplíen licencias | Su decisión final de renovación |
| 28 de marzo de 2029 | Fin de vida: las licencias y las aplicaciones de Marketplace caducan, termina el soporte y las instancias pasan a solo lectura | Aún podrá consultar los datos, pero nadie podrá crear ni editar incidencias |
Conviene conocer dos excepciones: Bitbucket Data Center y Jira Align Data Center no forman parte de este fin de vida, y Atlassian indica que podría ofrecer mantenimiento ampliado a algunos clientes por excepción. Ninguna de las dos cambia el panorama para la mayoría de los equipos de Jira y Confluence. Los detalles oficiales están en la página de migración de Atlassian.
Nota: solo lectura no es lo mismo que "seguro". Después de marzo de 2029 conservará el acceso al historial, pero no se publicarán correcciones de seguridad. Planifique la exportación de sus datos mientras la instancia aún cuente con soporte completo.
¿Sigue en Jira Server? Su soporte terminó el 15 de febrero de 2024, así que hoy ya no recibe correcciones de seguridad del fabricante. El camino de migración que se describe más abajo también es válido para usted, y no tiene que esperar a 2029.
Sus tres opciones tras Jira Data Center
Todo cliente de Data Center acaba eligiendo uno de tres caminos. El adecuado depende menos de las funciones que de dónde deben estar sus datos y de quién operará el sistema.
| Seguir en Data Center | Pasar a Atlassian Cloud | Pasar a una plataforma autoalojada | |
|---|---|---|---|
| Dónde están los datos | En sus servidores | En la nube de Atlassian | En sus servidores o en un socio de alojamiento de su elección |
| Hasta cuándo funciona | Hasta el 28 de marzo de 2029 | De forma continua | De forma continua |
| Tendencia del precio | Sube en cada renovación | Suscripción por usuario, aplicaciones con precios nuevos en la nube | Infraestructura fija más contrato de soporte opcional |
| Aplicaciones de Marketplace | Caducan en 2029 | Necesitan versiones en la nube; algunas no existen | Sustituidas por funciones integradas o plugins |
| Esfuerzo | Ninguno ahora, una migración precipitada después | Migración más reconfiguración | Migración más reconfiguración |
Opción 1: Seguir en Data Center el mayor tiempo posible
Esto compra tiempo, no una solución. Cada renovación es más cara, la plataforma recibe parches de seguridad pero no funciones nuevas, y en 2029 tendrá que migrar de todos modos, solo que con presión de plazos, que es cuando los equipos se saltan las pruebas y la formación.
Opción 2: Pasar a Atlassian Cloud
Es el camino para el que Atlassian está diseñada. Deja de operar servidores y obtiene funciones exclusivas de la nube, como las herramientas de IA de Atlassian. Los inconvenientes son igual de claros: sus datos salen de su infraestructura, los precios por usuario se acumulan con cada subida de tarifas y muchas aplicaciones de Data Center cuestan más en la nube o directamente no tienen versión en la nube. La mayoría de las empresas también pagan ambos entornos durante la transición.
Opción 3: Pasar a una alternativa on-premise a Jira
Para los equipos que eligieron Data Center por soberanía de datos, cumplimiento normativo o previsibilidad de costes, esta opción mantiene intactas esas razones. Las plataformas de código abierto como Redmine funcionan en sus propios servidores, no tienen un interruptor de fin de vida del proveedor y no cobran por usuario. Comparamos los principales candidatos - RedmineUP, OpenProject, GitLab, Odoo, Redmine y otros - en nuestra guía de alternativas de código abierto a Jira, y analizamos el mercado más amplio en las mejores herramientas de gestión de proyectos de código abierto. Este artículo se centra en lo que viene después: cómo salir realmente de Data Center.
Quién no debería pasar a Atlassian Cloud
La nube funciona bien para muchos equipos, pero los clientes de Data Center suelen ser justo aquellos para los que no es adecuada. Un reemplazo autoalojado merece una consideración seria si se da alguno de estos casos:
- Normas de residencia de datos. Sus contratos, la normativa sectorial o la ley nacional exigen que los datos permanezcan en un país concreto o en una infraestructura de su propiedad.
- Redes aisladas. Su gestor de incidencias funciona dentro de un entorno cerrado o aislado, por ejemplo en defensa, sanidad, administración pública o industria.
- Política de seguridad. Su equipo de seguridad no aprueba SaaS de terceros para datos cercanos al código fuente, como el historial de incidencias, los adjuntos y las discusiones internas.
- Muchos usuarios con poco uso. Tiene muchos usuarios ocasionales - quienes reportan, directivos, clientes - y el precio por usuario de la nube los encarece.
- Mucha personalización. Sus flujos de trabajo dependen de aplicaciones de Data Center que no tienen equivalente en la nube.
- Sin acceso a internet. Sus servidores no pueden comunicarse con el exterior, así que todo - la aplicación y sus plugins - debe instalarse a partir de archivos.
- Solicitantes solo por correo. Los clientes o compañeros que simplemente envían un correo no deberían necesitar una cuenta de pago para recibir una respuesta.
Si se reconoce en esta lista, la pregunta no es "qué plan de nube", sino "qué plataforma autoalojada y quién la mantendrá". Tratamos esa elección de infraestructura con detalle en autoalojado o en la nube: cómo elegir la infraestructura para Redmine.
Qué debe cubrir un reemplazo de Jira Data Center
Antes de comparar productos, haga un inventario de lo que sus equipos usan realmente en Jira. Así se traducen los componentes típicos de Jira Data Center a Redmine con los plugins de RedmineUP:
| En Jira Data Center | En Redmine / RedmineUP |
|---|---|
| Proyectos y subproyectos | Proyectos y subproyectos |
| Tipos de incidencia | Trackers (tipos de petición) |
| Flujos de trabajo y esquemas de permisos | Flujos de trabajo por tracker y rol, roles y permisos configurables |
| Campos personalizados | Campos personalizados para peticiones, proyectos, usuarios y entradas de tiempo |
| Tableros Scrum y Kanban | Plugin Agile: tableros, sprints, burndown y otros gráficos ágiles |
| Jira Service Management | Plugin Helpdesk: el correo entrante se convierte en ticket dentro de Redmine, los solicitantes responden por correo sin cuenta, métricas de SLA |
| Espacios de Confluence | Wiki de proyecto integrada (las páginas de Confluence se migran aparte de las incidencias de Jira: planifíquelas por separado) |
| Aplicaciones de control de tiempo | Control de tiempo integrado, informes en el plugin Reporter |
| Aplicaciones de planificación de capacidad | Plugin Resources |
| Inicio de sesión LDAP / directorio | Autenticación LDAP integrada. Si necesita SAML u otro inicio de sesión único, inclúyalo en sus requisitos y consúltelo con nosotros antes de comprometerse |
Lo que quede en la columna derecha tras este ejercicio es su lista real de carencias. Algunas se cubren con otros plugins, otras con un pequeño proyecto de desarrollo a medida, y algunas resultan ser funciones que nadie usaba. Para una comparación de funciones lado a lado, consulte RedmineUP vs Jira. Si el service desk es una parte importante de su configuración de Jira, nuestra revisión de los sistemas de tickets para departamentos de TI puede ayudarle a comparar opciones.
Un plan de migración en 5 pasos
Una migración de Data Center es un proyecto, no una exportación de fin de semana. Esta es la secuencia que funciona para equipos de 20 a varios cientos de usuarios.
1. Haga un inventario
Liste los proyectos, el número de incidencias, los campos personalizados, los flujos de trabajo, las aplicaciones de Marketplace instaladas, las integraciones (Git, CI, chat, SSO) y el número de usuarios activos. Separe los usuarios reales de quienes solo envían solicitudes por correo y anote el tamaño total de los adjuntos, porque influye en el tiempo de migración. Si también usa Confluence, enumere aquí sus espacios. Marque cada aplicación como "debe sustituirse", "deseable" o "no se usa". Esta lista determina el alcance y el presupuesto.
2. Decida qué se migra
No todo tiene que trasladarse. En una migración de Jira a Redmine se pueden transferir proyectos, incidencias, versiones, campos personalizados, adjuntos, cuentas de usuario, grupos y roles, comentarios y entradas de tiempo; la lista completa está en nuestra guía de migración desde Jira. Los proyectos cerrados de hace varios años suelen archivarse mejor como exportación que migrarse.
3. Ejecute un proyecto piloto
Elija un equipo activo, migre su proyecto - o una copia de prueba - y déjelo trabajar en el nuevo sistema entre dos y cuatro semanas. El piloto sacará a la luz diferencias de flujo de trabajo, campos que faltan y necesidades de formación mientras lo que está en juego es poco.
4. Migre el resto y haga el cambio
Migre los demás proyectos por lotes, congele los cambios en Jira para la sincronización final y después pase a los usuarios al nuevo sistema. Mantenga Data Center disponible en modo de solo lectura como referencia durante unos meses, pero no cuente con él después de marzo de 2029.
5. Forme y ajuste
Sesiones breves por rol para jefes de proyecto, desarrolladores y agentes de soporte funcionan mejor que una demostración larga. Recoja comentarios durante el primer mes y ajuste flujos de trabajo, consultas guardadas y paneles.
Nota: planifique hacia atrás desde su renovación de marzo de 2028. Si quiere evitar pagar un período más de Data Center, el piloto debería terminar bastante antes de la fecha de renovación.
Cómo comparar el coste real
El precio de la licencia es solo una línea del presupuesto. Compare al menos el coste total de propiedad a tres años de cada opción:
- Seguir en Data Center: renovaciones a los nuevos precios de 2026, renovaciones de aplicaciones de Marketplace, servidores y tiempo de administración, y la migración que aún tendrá que hacer antes de 2029.
- Atlassian Cloud: suscripción por usuario con subidas anuales previstas, versiones en la nube de sus aplicaciones, servicios de migración y meses pagando dos sistemas en paralelo.
- Plataforma autoalojada: servidores o alojamiento privado, tiempo de administración o un contrato de mantenimiento, licencias de plugins y una migración única.
Cómo ayuda RedmineUP a los equipos de Data Center
RedmineUP se basa en Redmine de código abierto y lo amplía con 18 plugins, de modo que conserva la libertad del código abierto y obtiene una herramienta que cubre en un solo lugar los casos de uso de Jira, Jira Service Management y Confluence. Para los equipos que abandonan Data Center, cuatro cosas importan más:
- Usted elige el despliegue. Ejecútelo en sus propios servidores con nuestros servicios de instalación y mantenimiento, o use RedmineUP Cloud. Puede empezar en la nube y pasar después a on-premise sin perder datos.
- Plugins que son suyos. La compra de un plugin le da derecho a usarlo sin límite de tiempo; la licencia de 12 meses cubre actualizaciones y soporte. Puede empezar con los plugins que necesita y añadir otros más adelante.
- Migración hecha por nosotros. Nuestro equipo migra proyectos, incidencias, usuarios, adjuntos e historial desde Jira con scripts automatizados y revisa el resultado con usted antes del cambio.
- Sin interruptor de fin de vida. Redmine se desarrolla activamente - Redmine 7.0 se publicó en 2026 - y su instancia sigue funcionando en sus condiciones.
¿Quiere ver cómo quedaría su configuración de Jira después de la migración? Envíenos una breve descripción de su instancia - número de usuarios, proyectos y aplicaciones clave - y le propondremos un plan de migración.
Solicitar un plan de migración desde Jira
Empezar una prueba gratuita de RedmineUP
Preguntas frecuentes
¿Dejará de funcionar Jira Data Center en 2029?
Después del 28 de marzo de 2029, las licencias de Data Center y las aplicaciones de Marketplace caducan y las instancias pasan a solo lectura: podrá consultar los datos existentes, pero no crear ni editar incidencias, y Atlassian ya no ofrece soporte ni actualizaciones de seguridad.
¿Todavía puedo comprar Jira Data Center?
No como cliente nuevo: la venta a nuevos clientes terminó el 30 de marzo de 2026. Los clientes actuales pueden renovar y añadir usuarios hasta el 30 de marzo de 2028.
¿Existe una versión on-premise de Jira después de 2029?
No. Aparte del mantenimiento ampliado que Atlassian podría conceder por excepción a algunos clientes, Atlassian Cloud es la única opción de Jira tras el fin de vida. Si necesita seguir on-premise, necesita otra plataforma.
¿Cuánto tarda una migración desde Jira Data Center?
Depende del volumen de datos y de la personalización. Un proyecto piloto suele llevar unas semanas; una migración completa de una instancia mediana se planifica normalmente en unos meses, incluyendo funcionamiento en paralelo y formación.
¿Puedo probar la migración antes de comprometerme?
Sí. Haga un piloto con un proyecto o empiece con una instancia de prueba y revise el resultado con su equipo antes de trasladarlo todo. Consulte la guía de migración desde Jira para ver los detalles.
¿Se puede instalar en una red cerrada sin internet?
Sí. Redmine y sus plugins se instalan desde archivos en su propio servidor, por lo que una red cerrada o aislada es una configuración normal. Nuestro servicio de instalación puede ayudarle.
¿Necesitan cuenta nuestros clientes para enviar solicitudes?
No con el plugin Helpdesk: las personas escriben a una dirección de correo de soporte, el mensaje se convierte en ticket y las respuestas vuelven por correo.
¿Cuál es la mejor alternativa de código abierto a Jira?
Depende de su equipo. Comparamos las principales opciones - RedmineUP, OpenProject, GitLab, Odoo y Redmine - en nuestra guía de alternativas de código abierto a Jira.
