Descripción del proyecto
TraducidoTenemos una gran aplicación heredada en PHP que se ha convertido en un solo monolito a lo largo de los años. Dentro de una única base de código y una base de datos viven autorización, facturación, catálogo, notificaciones e informes. El sistema se ha vuelto difícil de escalar bajo carga y doloroso de desplegar: cualquier cambio menor obliga a redeplegar todo, y una consulta lenta arrastra incluso funciones no relacionadas. Una arriesgada "reescritura desde cero" no funciona para nosotros. Necesitamos una migración cuidadosa por etapas donde el producto continúe funcionando y generando ingresos en cada paso.
La base del trabajo es el análisis antes del código. Esperamos que describas el comportamiento actual, identifiques contextos claramente delimitados y, junto con nosotros, determines qué módulo es más seguro extraer primero. Cada servicio debe vivir detrás de un contrato de API claro, y el límite debe introducirse gradualmente para que podamos retroceder si algo sale mal. También necesitamos una cola de mensajes asíncrona para que las tareas lentas y variables dejen de bloquear las solicitudes de los usuarios, y contenedores para que un servicio pueda ser construido, probado y desplegado por separado.
Por favor, propone una hoja de ruta por etapas, no un solo salto. Un plan realista para nosotros comienza con aislar un contexto de bajo riesgo, ejecutarlo en paralelo con el monolito, medir el resultado y solo entonces avanzar. Compromisos honestos y explicaciones claras importan más que palabras de moda.
Alcance de la primera fase:
— Describe los módulos actuales y elige el primer contexto a extraer.
— Establece el contrato de API y conéctalo al monolito a través de un interruptor.
— Introduce una cola de mensajes para un escenario asíncrono.
— Conteneriza el servicio extraído con construcciones reproducibles.
La base del trabajo es el análisis antes del código. Esperamos que describas el comportamiento actual, identifiques contextos claramente delimitados y, junto con nosotros, determines qué módulo es más seguro extraer primero. Cada servicio debe vivir detrás de un contrato de API claro, y el límite debe introducirse gradualmente para que podamos retroceder si algo sale mal. También necesitamos una cola de mensajes asíncrona para que las tareas lentas y variables dejen de bloquear las solicitudes de los usuarios, y contenedores para que un servicio pueda ser construido, probado y desplegado por separado.
Por favor, propone una hoja de ruta por etapas, no un solo salto. Un plan realista para nosotros comienza con aislar un contexto de bajo riesgo, ejecutarlo en paralelo con el monolito, medir el resultado y solo entonces avanzar. Compromisos honestos y explicaciones claras importan más que palabras de moda.
Alcance de la primera fase:
— Describe los módulos actuales y elige el primer contexto a extraer.
— Establece el contrato de API y conéctalo al monolito a través de un interruptor.
— Introduce una cola de mensajes para un escenario asíncrono.
— Conteneriza el servicio extraído con construcciones reproducibles.
Desarrollo de software Efectivo, Transferencia bancaria
