Mantenga el cambio de versiones de sus dependencias bajo control.
La obsolescencia no espera: contratos de soporte vencidos, parches de seguridad ausentes y deuda técnica que congela el roadmap. Sunset mapea las dependencias cruzadas entre SO, datos, middleware y código para entregar una hoja de ruta de remediación sin sorpresas.
Lee el calendario de soporte de
- Oracle
- Red Hat
- Broadcom
- MongoDB
- PostgreSQL
- Apache
- OpenJS Foundation
- Spring
- Meta
- jQuery
- SAP
- Microsoft
- IBM
Demostración en curso — toque cualquier plataforma para tomar el control
Flechas para recorrer| Componente | Capa | Severidad | Saltos | Ruta de dependencia | Acción |
|---|---|---|---|---|---|
| Apache Tomcat 8.5 | Runtime, middleware y servicios | ✕ Crítico | 1 | Java SE 8 → Tomcat 8.5 | Reescribir |
| Integración con el SII | Componentes de aplicación | ✕ Crítico | 2 | Java SE 8 → Spring Boot 2.7 → Integración SII | Reescribir |
| Motor de Facturación | Componentes de aplicación | ✕ Crítico | 2 | Java SE 8 → Spring Boot 2.7 → Facturación | Reescribir |
| Oracle WebLogic Server 12.1.3 | Runtime, middleware y servicios | ✕ Crítico | 1 | Java SE 8 → WebLogic 12.1.3 | Reescribir |
| Spring Boot 2.7 | Frameworks y librerías | ✕ Crítico | 1 | Java SE 8 → Spring Boot 2.7 | Reescribir |
| Cierre Contable Mensual | Componentes de aplicación | ▲ Alto | 2 | Java SE 8 → WebLogic 12.1.3 → Cierre Mensual | Recompilar |
| Conciliación Bancaria nocturna | Componentes de aplicación | ▲ Alto | 2 | Java SE 8 → WebLogic 12.1.3 → Conciliación | Recompilar |
| Portal de Clientes | Componentes de aplicación | ▲ Alto | 2 | Java SE 8 → Spring Boot 2.7 → Portal Clientes | Recompilar |
| AngularJS 1.8 | Frameworks y librerías | — Sin impacto | — | — | Sin acción |
| Apache Log4j 1.2 | Frameworks y librerías | — Sin impacto | — | — | Sin acción |
| IBM MQ 9.1 LTS | Runtime, middleware y servicios | — Sin impacto | — | — | Sin acción |
| Intranet de Recursos Humanos | Componentes de aplicación | — Sin impacto | — | — | Sin acción |
| jQuery 1.12 | Frameworks y librerías | — Sin impacto | — | — | Sin acción |
| Microsoft .NET Framework 4.7.2 | Runtime, middleware y servicios | — Sin impacto | — | — | Sin acción |
| Microsoft SQL Server 2016 | Datos y persistencia | — Sin impacto | — | — | Sin acción |
| MongoDB 4.4 | Datos y persistencia | — Sin impacto | — | — | Sin acción |
| Node.js 18 LTS | Runtime, middleware y servicios | — Sin impacto | — | — | Sin acción |
| Oracle Database 11g Release 2 | Datos y persistencia | — Sin impacto | — | — | Sin acción |
| PostgreSQL 13 | Datos y persistencia | — Sin impacto | — | — | Sin acción |
| Punto de Venta en tienda | Componentes de aplicación | — Sin impacto | — | — | Sin acción |
| React 16 | Frameworks y librerías | — Sin impacto | — | — | Sin acción |
| Red Hat Enterprise Linux 7 | Infraestructura y sistema operativo | — Sin impacto | — | — | Sin acción |
| Reporte Regulatorio CMF | Componentes de aplicación | — Sin impacto | — | — | Sin acción |
| SAP Crystal Reports runtime | Frameworks y librerías | — Sin impacto | — | — | Sin acción |
| SII — esquema de facturación electrónica DTE | Runtime, middleware y servicios | — Sin impacto | — | — | Sin acción |
| Tablero de Gerencia | Componentes de aplicación | — Sin impacto | — | — | Sin acción |
| VMware vSphere 7.0 | Infraestructura y sistema operativo | — Sin impacto | — | — | Sin acción |
| Windows 10 (parque de escritorios) | Infraestructura y sistema operativo | — Sin impacto | — | — | Sin acción |
| Windows Server 2012 R2 | Infraestructura y sistema operativo | — Sin impacto | — | — | Sin acción |
Runtime, middleware y servicios
Oracle Java SE 8
Calendario del fabricanteOracle · OpenJDK
2022-03-31
Fin del Premier Support. Hay Extended con suscripción, pero las builds públicas comerciales cesaron antes.
Fecha con matizVersión de destinoJava SE 21 (LTS)
- 5CríticoReescribir
- 3AltoRecompilar
- 21Sin impactoSin acción
5 marcan el camino crítico
- Motor de FacturaciónReescribir
- Portal de ClientesRecompilar
- Cierre Contable MensualRecompilar
- Conciliación Bancaria nocturnaRecompilar
El Problema
Nadie planifica el salto de versión hasta que ya es tarde.
El calendario del fabricante es público desde el primer día. Lo que nunca llega es ese calendario cruzado con sus aplicaciones.
La fecha que nadie miró
El proveedor anunció el fin de soporte hace tres años, en una nota que llegó a un buzón que ya nadie lee. La fecha pasó. Hoy corre en producción algo que no recibe parches, y el primer aviso será una auditoría o un incidente.
El inventario vive en la cabeza de alguien
Alguien sabe qué versión de Java corre cada aplicación. Ese alguien lleva once años en la empresa y se jubila en marzo. Lo que hay escrito es una planilla de 2021 que nadie ha vuelto a abrir.
«Lo arreglamos cuando falle»
Es la estrategia por defecto, y funciona hasta que deja de funcionar. Cuando falla, falla en cierre de mes, sin ventana, sin presupuesto aprobado y sin saber cuántas aplicaciones más comparten la misma librería.
Un inventario le dice cuántas aplicaciones tiene. Sunset le dice cuáles hay que migrar, en qué orden y con cuánto plazo por delante.
Casos de uso
Nadie migra porque sí. Migra cuando quedarse sale más caro.
Ese costo toma cuatro formas: mantenimiento, deuda técnica, seguridad y estrategia. Elija una y vea el caso completo, con una plataforma real y su fecha real.
El mantenimiento cuesta más que el salto
Las versiones viejas se sostienen con soporte extendido que se paga aparte, parches a medida y gente que ya casi nadie forma. El gasto no aparece en una línea del presupuesto: está repartido entre contratos, horas y riesgo.
La situación
Oracle Database 11g R2. El Extended Support terminó el 31 de diciembre de 2020.
La consecuencia
Lo que queda es Sustaining Support: se paga, y no trae parches nuevos. Se sostiene algo que ya no avanza.
El destino
Oracle Database 19c, la versión de largo plazo que publica el propio fabricante.
Lo que ve en el informe
- El motor de facturación habla con la base detrás de un repositorio: cambiar de versión toca una capa, no el dominio.
- El reporte a la CMF lleva PL/SQL propietario y hints incrustados en el propio reporte: ese sí se reescribe.
- El costo del salto no es la base de datos. Son los dos o tres sitios donde alguien tomó un atajo hace años.
Qué analiza
Todo lo que hay debajo de su aplicación.
Porque el que le va a arruinar el trimestre no es el que usted está mirando.
Sistema operativo e hipervisor
Windows Server, RHEL, Ubuntu, AIX, vSphere. Incluye el parque de escritorios cuando hay cliente pesado instalado.
Bases de datos
Motor, versión, y sobre todo qué hay embebido en el código: SQL propietario, procedimientos almacenados, hints y tipos que no existen fuera de ese motor.
Middleware y servidores de aplicación
Dónde se despliega y qué contrato impone. Un cambio de contenedor rara vez toca el dominio, pero siempre toca el despliegue.
Runtime y plataforma
La capa que más duele porque se compila contra ella. Un salto de versión mayor aquí no se resuelve con configuración.
Frameworks y librerías
Directas y transitivas. Con la distinción que importa: qué se actualiza, qué se sustituye y qué obliga a reescribir porque no tiene ruta de migración.
Servicios externos
APIs de terceros, servicios del Estado, pasarelas de pago. No publican fin de vida: cambian el contrato y le dan noventa días.
Toda versión recorre las mismas tres fases.
El fabricante las publica de antemano. Sunset ubica cada plataforma de su inventario en la suya, y por eso el plan se puede escribir antes y no durante.
- 01Soporte activoMainstream
El fabricante publica versiones nuevas, funcionalidades y parches de seguridad.
El momento barato para saltar. Nadie lo aprovecha porque no duele nada.
- 02Soporte extendidoMantenimiento
Se acaban las funcionalidades nuevas. Siguen las correcciones críticas y los parches de seguridad, muchas veces con una suscripción aparte.
La última ventana con red debajo. Aquí es donde el plan todavía se elige.
- 03Fin de vidaEOL · Sunset
Terminan el soporte, los parches y las actualizaciones. La versión sigue funcionando: lo que se acabó es quién responde por ella.
Ya no se planifica: se corre. Y el precio lo pone la urgencia, no el alcance.
Funcionalidades
Un análisis, siete formas de usarlo.
El comité pide un documento, el equipo pide una lista y la plataforma pide una respuesta que pueda consumir. Sunset entrega los tres desde el mismo análisis.
Grafo de impacto interactivo
El mismo control con el que jugó arriba, pero sobre su inventario. Elige una plataforma y la onda se propaga hasta donde el acoplamiento la deja llegar —y se detiene donde hay una capa de aislamiento.
- Cada nodo con su estado de soporte y su versión de destino.
- La ruta de dependencia que explica por qué un componente quedó en crítico y el de al lado no.
- Lo que NO se ve afectado, que es donde se ahorra el presupuesto.
Encaje
Para quién es. Y para quién no.
Preferimos decirlo antes de la demo que después de la factura.
Encaja si…
- Tiene aplicaciones en producción sobre plataformas que ya vencieron o vencen este año.
- Le han pedido un plan de modernización con esfuerzo y plazo, y no tiene con qué construirlo.
- Opera en un sector donde una auditoría pregunta por el soporte de lo que corre en producción.
- Hay aplicaciones de las que ya nadie conserva el conocimiento completo.
- Necesita decidir qué migrar primero cuando el presupuesto no alcanza para todo.
No encaja si…
- Busca un escáner de vulnerabilidades. Eso es otra herramienta y probablemente ya la tiene.
- Espera que la migración se ejecute sola: Sunset dice qué hacer, no lo hace por usted.
- Su parque es un puñado de aplicaciones nuevas sobre versiones vigentes. No le va a decir nada útil.
- No hay nadie que pueda decidir sobre presupuesto: un informe sin decisor es un informe archivado.
Preguntas frecuentes
Resolvemos sus dudas
¿En qué se diferencia de un escáner de vulnerabilidades?
¿Necesitan acceso a nuestro código fuente?
¿Y si no tenemos el código de una aplicación crítica?
¿Cuánto tarda un análisis?
¿Qué pasa con nuestros datos durante el análisis?
Ya tenemos un inventario de aplicaciones. ¿Esto lo reemplaza?
Traiga la plataforma que más le preocupa. Salga con el alcance medido
En la demo tomamos una aplicación suya y una plataforma que le preocupe, y le mostramos el análisis sobre su propio stack. Media hora, sin instalar nada.
Vea el análisis sobre su propio stack Demo de Sunset
Media hora. Llegamos con su caso montado y le mostramos qué componentes hay que intervenir para migrar, con qué severidad, en qué orden y con cuánto plazo por delante.
Cómo funciona la demo
Cuéntenos su stack
Qué plataformas usa y cuál es el vencimiento que le aprieta.
Preparamos la demo
Llegamos con su caso montado, no con una presentación genérica.
Media hora en vivo
Le mostramos el análisis sobre su propio stack y qué entregaría.