Cuándo NO conviene migrar (para que no te vendan humo)
La migración más rentable a veces es la que decides no hacer.
Migrar suena a ahorro seguro, pero no siempre lo es. Hay casos donde el costo de moverse, el riesgo o la dependencia técnica hacen que quedarte sea la decisión más barata. Un buen consultor te dice cuándo no migrar; el que solo vende proyectos, nunca. Aquí las banderas honestas.
01 Cuando dependes de funciones específicas del motor
Si tu aplicación vive de características propietarias muy particulares, reescribir eso puede costar más que la licencia que querías ahorrar.
02 Cuando el sistema tiene poca vida por delante
Si esa base se retira en un año o dos, migrarla es invertir en algo que vas a apagar. Ahí el ahorro nunca alcanza a pagar el proyecto.
03 Cuando el ahorro es menor que el costo de migrar
Una base pequeña con licencia modesta rara vez justifica una migración completa. Los números tienen que cerrar a favor, no solo el discurso.
04 Cuando el riesgo operativo pesa más que el ahorro
Si es un sistema crítico sin ventana de mantenimiento razonable, a veces la respuesta prudente es esperar el momento correcto, no forzarlo.
// Un caso típico (ilustrativo)
Imagina una base propietaria de 4 cores que la empresa planea retirar en 18 meses al cambiar de sistema. La licencia restante suma ~USD $30,000 y el soporte, poco más. Migrarla costaría más que eso y consumiría al equipo justo antes de apagarla. La recomendación honesta fue no migrar y esperar el reemplazo natural.
Ejemplo ilustrativo con cifras típicas del mercado, no un cliente específico.
// el siguiente paso
Antes de aprobar cualquier migración, pide un análisis que también contemple no migrar como opción válida. En dba.mx trabajamos a precio fijo con techo cerrado, y si los números no te convienen, te lo decimos.