Auditoría técnica con ADR
Mapa de deuda valorada en días, score de riesgo por módulo, dependencias críticas. Entregable propio del cliente.
Servicios · Modernización Legacy
Modernización de Software Legacy sin Parar Producción
Modernizamos software legacy sin parar producción. Auditoría técnica primero — entregamos un ADR con mapa de deuda, riesgos y dependencias — y luego migración gradual con Strangler Fig pattern. Tu sistema sigue funcionando mientras lo reemplazamos pieza a pieza.
Actualizado:
Definiciones clave
- Strangler Fig pattern
- Técnica de modernización donde nuevas funcionalidades se construyen en arquitectura moderna mientras el sistema legacy sigue operativo. Las funcionalidades viejas se reemplazan gradualmente hasta que el sistema antiguo puede desactivarse.
- ADR (Architecture Decision Record)
- Documento que registra una decisión arquitectónica importante con su contexto, alternativas consideradas y trade-offs aceptados. Versionado en el repo del proyecto.
- Deuda técnica
- Coste futuro de atajos del pasado. Una auditoría seria la cuantifica en días de ingeniería para resolverla, no en términos vagos.
- Score de riesgo
- Producto de probabilidad de fallo (1-5) e impacto si falla (1-5) por módulo. Los módulos con score >15 se atacan primero, sin discusión.
La modernización de software legacy es uno de los servicios más solicitados y, al mismo tiempo, el peor ejecutado en el sector. La mayoría de proyectos de migración fracasan no por falta de talento técnico sino por intentar reescribir todo en un «big bang» que nunca llega a salir a producción. El enfoque que aplicamos es radicalmente distinto: migración gradual con paridad funcional verificada en cada paso.
Antes de tocar una sola línea de código recibes un Architecture Decision Record (ADR) completo: mapa de deuda técnica valorada en días de ingeniería, score de riesgo por módulo (probabilidad × impacto de fallo), dependencias críticas y obsoletas (con CVEs si aplica), análisis de cobertura de tests existente, y plan de acción priorizado. Este entregable tiene valor por sí mismo: aunque decidas no continuar la modernización, te queda un mapa técnico honesto y actualizado del sistema.
El patrón principal es el Strangler Fig: las nuevas funcionalidades se construyen en arquitectura moderna mientras el sistema legacy sigue operativo. Un proxy o gateway redirige el tráfico de cada funcionalidad migrada al nuevo sistema, dejando el resto en el legacy. Poco a poco — siempre con paridad funcional verificada por tests de regresión — las funcionalidades viejas se reemplazan, hasta que el sistema antiguo puede desactivarse sin riesgo.
Los stacks modernizados incluyen: PHP 5.x a PHP 8 con Symfony o Laravel, ASP.NET WebForms a ASP.NET Core con frontend React o Next.js, Java 6/7 con Struts a Java 17 con Spring Boot, Cobol mainframe a Java o Go con APIs REST como capa intermedia, y VB6/Access a SaaS multi-tenant moderno. No migramos manteniendo tecnología obsoleta.
Qué incluye exactamente
Strangler Fig pattern
Migración gradual sin parar producción. Cada funcionalidad migrada se valida antes de switch.
Tests de regresión
Paridad funcional verificada antes de cada migración parcial. Sin sorpresas en producción.
Documentación viva
Diagramas C4, ADRs por decisión, runbooks operativos. Todo versionado en Git junto al código.
Migración de datos histórica
ETL con validación, deduplicación, reconciliación. Reportes de calidad de datos. Sin pérdida.
Cohabitación con legacy
El sistema viejo y el nuevo conviven durante meses. Proxy/gateway dirige tráfico según funcionalidad.
Refactor sin reescritura
Cuando la tecnología es razonable, refactorizamos sin reemplazar. Más barato y menos arriesgado.
Plan de fases priorizado
Empezamos por módulos de mayor riesgo o frecuencia de cambio. ROI temprano antes que cobertura completa.
Métricas de éxito definidas
Antes de empezar acordamos qué significa ‘migración exitosa’: latencia, errores, cobertura, mantenibilidad.
Precios orientativos
Rangos de referencia. Cada presupuesto se ajusta al alcance real del proyecto.
Auditoría inicial
Desde 5.000€
ADR completo con plan de acción. 1-3 semanas. Sin compromiso de modernización posterior.
Modernización por módulo
Desde 25.000€/módulo
Migración gradual con paridad funcional. 4-8 semanas por módulo.
Modernización completa
Personalizado
Proyectos de 9-36 meses según tamaño. Cotización tras auditoría inicial.
Preguntas frecuentes
- ¿Qué es el Strangler Fig pattern?
- Una técnica de modernización donde las nuevas funcionalidades se construyen en arquitectura moderna mientras el sistema legacy sigue operativo. Las funcionalidades viejas se reemplazan poco a poco hasta que el sistema antiguo puede desactivarse sin riesgo. Llamado así por el árbol que crece alrededor de su huésped hasta sustituirlo.
- ¿Cuánto cuesta una auditoría técnica?
- Desde 5.000€ para sistemas pequeños o medianos. El entregable es un ADR (Architecture Decision Record) con mapa de deuda valorada en días de ingeniería, score de riesgo por módulo, dependencias críticas y plan de acción priorizado. Plazo: 1-3 semanas.
- ¿Podéis modernizar tecnologías muy antiguas?
- PHP 5.x, ASP.NET WebForms, Java 6/7 con Struts, Cobol mainframe, VB6/Access — todos son abordables. Lo único que no hacemos es migrar manteniendo la tecnología obsoleta: no migramos PHP 5 a PHP 5 nuevo.
- ¿Cuánto tarda modernizar un sistema completo?
- Depende del tamaño y la complejidad. Sistemas pequeños: 3-6 meses. Sistemas medianos con ~15 módulos: 9-18 meses. ERPs propietarios grandes: 18-36 meses. Producción no se detiene en ningún punto del proceso.
- ¿Y si después de la auditoría decidís no continuar?
- El ADR es tuyo y tiene valor por sí mismo: te queda un mapa técnico actualizado del sistema, valoración real de la deuda y prioridades documentadas — útil aunque modernices con otro proveedor o congeles el proyecto.
¿Tienes un proyecto en mente?
Evaluación técnica gratuita. Respuesta en menos de 24h.
Iniciar conversación →