En primer lugar, moviendo los sistemas WIN + NUEVO en el actual sistema tomará tiempo. así que debes asegurarte de que cuando comiences a migrar/convertir todo, ya sabes a dónde vas. La migración puede no ser una tarea fácil y puede encontrarse con problemas que nunca pensó después de comenzar el proceso.
Su idea de migrar el NUEVO sistema tiene sus pros y sus contras y necesita asegurarse de que funcione sin problemas para obtener un producto bueno y confiable al final.
Pros:
- único sistema para mantener: usted no desea mantener los sistemas 3;
- un entorno de código/base de datos: PHP vs ASP.NET y MSSQL vs MySQL;
- código/base de datos centralizada;
- un estándar de codificación (código y base de datos);
- guardar/venta equiments (se le migrar el código a sus 14 servidores, tal vez usted no necesita otro 9 (WIN + NUEVO), por lo que puede vender o mantenerlos durante los próximos proyectos)
contras:
- mayor riesgo (accidente, incompatibilidad, función desconocida que hay que entender, etc ..);
- más barato que la migración o el rediseño de todo
- riesgo de fracaso es más baja que la migración (puesto que ya conoce tanto el sistema funciona)
- planificación, control, ejecución, control de calidad: muy malo si uno de ellos falla;
- caro: la migración puede ser costosa en tiempo y dinero;
Esta es una gran base de datos, cambiando/optimizando esto supondrá una importante inversión en horas de trabajo. Esto no es algo que pueda hacer fácilmente en pocas horas. Esto puede llevar semanas o meses para migrar datos al sistema CURRENT sin errores. Si puede, puede comenzar migrando características comunes o similitudes de ambos esquemas de bases de datos, como clientes o productos. De esta forma, importará datos que el sistema CURRENT puede ejecutar sin errores y también reconocerá su código. Los usuarios de su sistema CURRENT pueden comenzar inmediatamente a gestionar estos elementos/registros sin problema. A partir de nuevos o registros que su sistema actual no reconoce, puede simplemente rediseñar estas tablas y migrarlas al sistema CURRENT (luego actualice su código actual).
A partir de la migración de código, si el código del NUEVO sistema es lo suficientemente bueno y coincide con su estándar, puede conservarlo. Esto ahorrará tiempo en el desarrollo, solo asegúrese de actualizar las consultas y las conexiones de los servidores. Por otro lado, si es como el código de spaghetti, tendrá que entender lo que hace el código. Esto también puede requerir una inversión significativa en horas de trabajo. Puedo recomendar aquí estandarizar este y organizar su código de la misma manera que lo organiza en el CURRENT. Puede centralizar su código en una carpeta común usando una estructura común de archivos y carpetas. Puede poner todas sus bibliotecas comunes, terceros, etc. allí, de modo que cuando llame al código CURRENT y al código NEW, cargue la misma clase PHP. Esto facilitará las transiciones del sistema NUEVO al sistema ACTUAL. De esta forma, conoce todos sus archivos necesarios en el mismo lugar y es muy fácil de mantener. Especialmente si su código requiere archivos requeridos que requieren archivos. Si el código está alrededor de sus servidores, puede crear un NFS si le gusta esta idea.
Ahora, lo que puedo sugerir es comenzar con un Parallel Adoption. De esta forma, se asegura de que todos los sistemas funcionen correctamente y sean saludables. Luego, migre lentamente datos/código al sistema CURRENT hasta que todo se complete. Esto no será fácil y debe identificar qué parte de los sistemas NEW + WIN tiene que migrar primero. Mi recomendación será migrar el sistema WIN. Debido a que esto es independiente de los sistemas ACTUAL y NUEVO, siempre que muestre el mismo resultado, estará bien. Busque validación de fuente abierta o similar en PHP o, si no puede encontrar ninguna, compilación.De esta forma, este sistema WIN se puede migrar fácilmente a la estructura de su organización y a los estándares de codificación actuales. Realizar pruebas y garantías de calidad será fácil y puede completarlo muy rápidamente.
Una vez que se migra este WIN, primero debe identificar lo que necesita transferir al sistema CURRENT. Por ejemplo, si el sistema NUEVO y ACTUAL tiene "clientes", reúna toda la información del NUEVO sistema y muévalos al sistema ACTUAL utilizando un script (manual o con guiones). Luego, puede migrar elementos de clientes como productos, estado de cuenta o cualquier otro registro relacionado con estos clientes). Repita estos pasos hasta que se migren todos los datos. De esta forma, no tiene que volver a diseñar ninguna tabla ni cambiar ningún código del NUEVO sistema, todo se guarda en el sistema ACTUAL y todo funciona correctamente.
No recomendaré el big bang adoption para este caso.
bueno yo soy el jefe – aki
Maldición, entonces acabas de conseguir una decisión aún más difícil de tomar;) –
yup! Lo sé, es por eso que quería preguntar aquí, pero creo que a la gente no le gusta este tipo de preguntas ... – aki