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 completa primero (entregamos un ADR con mapa de deuda, riesgos y dependencias), 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, simultáneamente, el peor entendido. 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. Nuestro enfoque es radicalmente distinto: migración gradual con paridad funcional verificada en cada paso.
Antes de tocar una sola línea de código entregamos un Architecture Decision Record (ADR) completo. Contiene: 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 con nosotros, te queda un mapa técnico actualizado y honesto del sistema.
El patrón principal que usamos 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.
Hemos modernizado sistemas en stacks muy variados: 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. Lo único que no hacemos es migrar manteniendo tecnología obsoleta (no migramos PHP 5 a PHP 5 nuevo).
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. No se rompe nada por sorpresa.
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 nuevas funcionalidades se construyen en arquitectura moderna mientras el sistema legacy sigue operativo. Poco a poco las funcionalidades viejas se reemplazan, 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/medianos. Entregable: 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. 1-3 semanas.
- ¿Podéis modernizar [tecnología muy antigua]?
- PHP 5.x, ASP.NET WebForms, Java 6/7 con Struts, Cobol mainframe, VB6/Access — sí, los hemos hecho. 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?
- Variable según tamaño y complejidad. Sistemas pequeños: 3-6 meses. Sistemas medianos con ~15 módulos: 9-18 meses. ERPs propietarios grandes: 18-36 meses. Importante: no se para producción en ningún momento.
- ¿Y si después de la auditoría decidimos 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 →