¿Cómo analizar el impacto de un cambio arquitectónico?

Question

IT Interview Practice · Accepted Answer

Analice un cambio siguiendo sus efectos en **requisitos, contratos, datos y dependencias operativas**. Empiece por la diferencia exacta entre el requisito antiguo y el nuevo; «soportar más escala» o «hacerlo en tiempo real» es demasiado impreciso para evaluarlo con seguridad.

## Seguir el grafo de dependencias

```text
[Changed requirement] --> [Affected business flow]
                                  |
                         [Interface contracts]
                           /              \
                    [Consumers]       [Data/state]
                           \              /
                       [Operations + tests]
```

Use los registros de trazabilidad y el catálogo de interfaces como punto de partida, y luego contrástelos con la configuración desplegada, el tráfico real y el conocimiento de los responsables de los sistemas. La documentación puede omitir trabajos batch, exportaciones o consumidores gestionados por otro equipo.

## Ejemplo: visibilidad más rápida del inventario

Suponga que el acuerdo original actualizaba el inventario cada hora y el nuevo requisito exige visibilidad en un minuto. Aclare si también aplica durante interrupciones y si los usuarios necesitan una estimación o una reserva autoritativa.

Examine la capacidad del ERP de publicar cambios, las cuotas de API posteriores, la duración de las cachés, los indicadores de frescura y los supuestos de los informes. Si el origen solo actualiza cada hora, cambiar la frecuencia de refresco del portal no cumple el requisito. El análisis puede concluir que debe cambiar la capacidad del origen o el objetivo de negocio.

## Producir una evaluación accionable

- Enumere componentes afectados y responsables, incluidos consumidores indirectos.
- Separe los cambios compatibles de los cambios de contrato o modelo de datos que requieren un despliegue coordinado.
- Identifique evidencia invalidada por el cambio, como pruebas de carga anteriores o estimaciones de recuperación.
- Proponga experimentos para las incógnitas, con criterios de decisión en lugar de conjeturas optimistas.
- Defina pasos de migración, despliegue y reversión, incluido qué ocurrirá con los datos escritos en el formato nuevo.

La reversión merece atención especial: restaurar el código anterior no necesariamente deshace una transformación de datos ni un efecto externo. Si la migración inversa no es segura, describa un plan de recuperación mediante correcciones hacia delante y su coste operativo.

## Señal en una entrevista

Presente alternativas, intervalos de esfuerzo con sus supuestos y las consecuencias de negocio de cada elección. Un buen arquitecto explica por qué el resultado pedido requiere un cambio más amplio y ofrece un resultado menor pero viable con límites explícitos.

Seguir el grafo de dependencias

Ejemplo: visibilidad más rápida del inventario

Producir una evaluación accionable

Señal en una entrevista

Preguntas relacionadas