Forge vs Connect en 2026: Connect se acaba. Esto es lo que cambia

Actualizado el 12 de octubre de 2026. Cuando escribimos este artículo en enero, tratábamos Connect como una plataforma que todavía se podía elegir. Eso ya no es así, por lo que hemos reescrito los consejos. Las fechas proceden de los anuncios oficiales de Atlassian, enlazados en cada sección.

Si desarrollas apps para Jira o Confluence, antes la pregunta era "¿Forge o Connect?". En 2026 la pregunta es otra. Atlassian ha puesto fecha de fin a Connect, y lo único que queda por decidir es cómo y cuándo pasar a Forge.

Trabajamos con Forge a diario, y ya hemos escrito sobre las lecciones aprendidas publicando apps en el Marketplace y sobre la disciplina de construir dentro de la plataforma de otro (ambos en inglés). Así están las cosas ahora.

En pocas palabras

Forge es la plataforma de apps de Atlassian. Es serverless, se ejecuta en la infraestructura de Atlassian y es donde llega cada nueva funcionalidad.

Connect es la plataforma anterior: alojas la app tú mismo, la interfaz se carga en un iframe dentro del producto y la integración se hace por REST. Atlassian la está retirando y deja de darle soporte el 31 de enero de 2027.

Para una app nueva, usa Forge. Para una app Connect existente, planifica la migración ya.

El calendario de Connect

Atlassian lleva retirando Connect por fases desde 2025:

17 de septiembre de 2025: ya no se pueden publicar apps Connect nuevas en el Marketplace. Las existentes siguen funcionando.
31 de marzo de 2026: las apps Connect ya no pueden publicar actualizaciones basadas en Connect. Los cambios tienen que salir a través de Forge.
31 de enero de 2027: fin del soporte. Atlassian retrasó esta fecha, que era diciembre de 2026, en agosto, para dar margen a los equipos con las fiestas y la planificación anual.

El fin del soporte no significa que todas las apps Connect dejen de funcionar ese día. Significa que nadie se ocupa ya de la plataforma. Según Atlassian, solo corregirán "vulnerabilidades de seguridad críticas en Connect", las funcionalidades se retirarán "con poca antelación" y las apps que sigan en Connect "podrían dejar de funcionar correctamente". Con el tiempo, pueden dejar de ser seguras. Lo dice la guía de Atlassian sobre apps privadas y a medida, y se aplica igual a las apps del Marketplace.

Lo que aporta Forge

Forge se encarga de la infraestructura por ti. Sin servidores, sin despliegues y sin vigilar la disponibilidad del entorno de ejecución. Escribes los handlers, Atlassian los ejecuta y la app escala con la demanda.

También es más sólido en seguridad. Las apps Forge se ejecutan en un sandbox aislado, los permisos se declaran por adelantado en el manifiesto y la plataforma gestiona la residencia de datos. Los clientes de sectores regulados preguntan por esto en sus procesos de compra, y una app que obtiene el distintivo "Runs on Atlassian" responde a la mayoría de esas preguntas antes de que las hagan.

La experiencia de desarrollo ya es madura. La CLI, el túnel local, el almacenamiento, los triggers programados y los eventos asíncronos funcionan bien en producción, y Forge SQL ofrece una base de datos relacional cuando el almacenamiento clave-valor se queda corto.

Qué ha cambiado en Forge este año

Desde enero hay tres cambios que importan a cualquiera que esté decidiendo cómo construir.

Forge ahora tiene precio. Desde el 1 de enero de 2026, Forge cobra por consumo. Cada app tiene una cuota gratuita mensual (por ejemplo, 200.000 GB-segundos de tiempo de función) y pagas lo que la supere. La mayoría de las apps pequeñas y medianas se quedan dentro de la cuota gratuita. Cualquier app con muchas escrituras en almacenamiento o cálculos largos necesita una estimación de costes antes de lanzarse. Las tarifas actuales están en la página de precios de Forge.

Puedes usar tu propia infraestructura. Este solía ser el argumento más fuerte a favor de Connect. Con Forge Remote, una app Forge puede llamar a un backend alojado por ti, y Atlassian ha dicho que las capacidades remotas seguirán siendo gratuitas. La contrapartida: las apps que envían datos a tu propio backend no pueden optar al distintivo Runs on Atlassian.

El trabajo de larga duración ya puede quedarse en Atlassian. En agosto de 2026, Atlassian lanzó en Preview los servicios de contenedores de Forge. Puedes ejecutar una imagen de contenedor en la infraestructura de Forge como un servicio persistente, desplegarla en producción y publicarla en el Marketplace sin perder el distintivo Runs on Atlassian. Es de pago y sigue en Preview, así que revisa sus límites antes de depender de ello.

Dónde Forge todavía aprieta

No todo son ventajas.

Trabajas sobre el entorno de ejecución de otro, así que vives dentro de sus límites de CPU, memoria y tiempo de invocación. Las funciones no guardan estado y duran poco. Si estás acostumbrado a servicios de larga duración con cachés en memoria, tendrás que adaptarte, o usar contenedores o un servicio remoto para esa parte.

Las llamadas a cualquier servicio fuera del ecosistema de Atlassian pasan por un egress declarado. Funcionan, pero quedan registradas, y cada dominio externo que añades es algo por lo que un cliente exigente en seguridad va a preguntar.

Y como Forge cobra por uso, un diseño que te salía gratis en tus propios servidores puede costar dinero en Forge. Normalmente es poco, pero tiene que estar en el plan.

Qué recomendamos ahora

Para una app nueva: usa Forge. Aquí ya no hay nada que decidir.

Para una app Connect existente: empieza ya, aunque parezca pronto. Es lo contrario de lo que escribimos en enero, cuando aconsejábamos esperar a una reescritura que fueras a hacer de todos modos. Ese consejo tenía sentido mientras Connect no tenía fecha de fin. Ahora no. La migración rara vez es una simple adaptación: para muchas apps supone reescribir una parte, y algunas funcionalidades de Connect no tienen equivalente directo en Forge. Esas son las partes que quieres descubrir en octubre, no en enero.

Cómo abordarlo:

Primero, evalúa. Haz una lista de los módulos, scopes, datos almacenados y llamadas externas de la app, y marca cuáles pasan a Forge sin problema, cuáles hay que reconstruir y cuáles no tienen equivalente.
Avanza por pasos. El camino de Atlassian para adoptar Forge desde Connect empieza por poner la app existente sobre un manifiesto de Forge. A partir de ahí puedes migrar una familia de módulos cada vez, sustituyendo cada módulo de Connect por uno de Forge, en lugar de hacer un único gran cambio.
Pon el trabajo pesado donde corresponde. Si una parte de la app de verdad necesita su propia infraestructura, usa Forge Remote o los servicios de contenedores para esa parte, y mantén el núcleo interactivo en Forge.
Planifica el lado del cliente. La migración de datos, los cambios de permisos que los clientes tienen que aprobar y la ficha del Marketplace necesitan un plan, no solo el código.

Para apps privadas y a medida que tu empresa usa en su propio sitio: se aplica lo mismo. Los administradores de Jira verán un aviso en Connected Apps para las apps que sigan en Connect, y Atlassian no las va a reescribir por ti.

La lectura estratégica

En enero escribimos que Forge era "la apuesta más segura". Ahora es, sin más, la plataforma. Todo lo que Atlassian lanza para apps, desde nuevos componentes de interfaz hasta funcionalidades de IA y Rovo, llega a Forge.

La respuesta aburrida suele ser la correcta. En 2026 solo hay una respuesta, y el trabajo útil está en migrar bien: pronto, por pasos y encontrando las partes difíciles antes de la fecha límite, no después.

¿Sigues con una app Connect, o no tienes claro qué supone migrarla? Escríbenos para una evaluación de la migración, o consulta nuestros servicios de desarrollo Atlassian. Trabajamos con Forge a diario y te diremos claramente qué se puede migrar, qué hay que reconstruir y cuánto va a costar.