Renovar una exportación existente por etapas
Un plan práctico con los mismos datos de prueba, permisos de lectura y una vía de retorno limitada.
Elija una función con límites claros
Empiece por un resultado concreto, como una exportación fiable de informes. El patrón Strangler Fig describe sustituir funciones mientras otras permanecen en el sistema existente. Compruebe primero si es posible dirigir las llamadas por separado y operar ambas soluciones temporalmente.
Enumere usuarios que realizan llamadas, interfaces y tareas programadas en segundo plano. Documente campos, formato, errores y permisos. Fowler recomienda orientar la modernización por los resultados deseados y puntos de separación adecuados. Examine los fallos antiguos antes de aceptarlos como requisitos de negocio.
Ejemplo de plan para una exportación de solo lectura
El plan es completamente ficticio. Un conjunto fijo de prueba contiene SR-18, con estado approved y 90 minutos, y SR-19, con estado draft y 30 minutos. La regla acordada es exportar solo registros aprobados. La tabla describe evidencias esperadas, no pruebas ejecutadas.
Fase | Tarea | Evidencia esperada |
|---|---|---|
Situación inicial | Ejecutar la exportación antigua sobre el conjunto fijo. | 1 fila de datos: |
Nueva implementación | Ejecutar la nueva exportación con permisos de lectura sobre el mismo conjunto. | De nuevo 1 fila de datos: |
Cambio limitado | Dirigir llamadas seleccionadas a la nueva implementación; mantener la ruta antigua disponible. | Las llamadas autorizadas dan el resultado acordado; las demás se rechazan. Se ha comprobado la vuelta. |
Retirar la exportación antigua | Trasladar llamadas y tareas restantes; asignar responsabilidad de operación. | No queda ninguna dependencia de la exportación antigua. Se documentan evidencias y límites de la vuelta. |
En este ejemplo, las escrituras y la responsabilidad sobre los datos de referencia siguen íntegramente en la aplicación antigua. La nueva función recibe solo los permisos de lectura necesarios; el esquema de base no cambia. Compare ambas exportaciones sobre el mismo conjunto fijo. Distintos momentos de datos reales cambiantes distorsionarían la comparación.
Compruebe el acceso nuevo y la vuelta
El encaminamiento no sustituye al control de acceso. OWASP exige comprobar los permisos adecuados en cada petición. Compruebe también llamadas directas a la nueva exportación, accesos rechazados y mensajes de error.
La vuelta solo es válida mientras la ruta antigua de lectura y el formato sigan siendo compatibles. No demuestra una restauración de base. Tras el cambio puede retirarse la exportación antigua; el resto de la aplicación sigue siendo necesario para mantener y almacenar los datos. Si no es posible dirigir llamadas por separado o debe retirarse pronto todo el sistema antiguo, el plan necesita otro alcance.
Fuentes
Escrito por
- Katharina WeberRedactora de software y tecnologíaKatharina Weber se encarga en ASES de los artículos sobre desarrollo de software. Escribe sobre las cuestiones que se plantean las empresas al elegir software, desarrollar nuevas aplicaciones y modernizar sus sistemas existentes.
Seguir leyendo
Todos los artículos
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles