Come analizzare l'impatto di una modifica architetturale?

Question

IT Interview Practice · Accepted Answer

Analizzate una modifica seguendone gli effetti attraverso **requisiti, contratti, dati e dipendenze operative**. Partite dalla differenza esatta tra il requisito precedente e quello nuovo; “supportare maggiore scala” o “renderlo in tempo reale” è troppo vago per una valutazione sicura.

## Seguire il grafo delle dipendenze

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

Usate registrazioni di tracciabilità e catalogo delle interfacce come punto di partenza, poi validateli rispetto alla configurazione distribuita, al traffico reale e alle conoscenze dei responsabili dei sistemi. La documentazione può tralasciare job batch, esportazioni o consumatori di altri team.

## Esempio: visibilità più rapida delle scorte

Supponiamo che l'accordo iniziale prevedesse aggiornamenti orari delle scorte e il requisito proposto richieda visibilità entro un minuto. Chiarite se ciò valga durante le interruzioni e se agli utenti serva una stima o una prenotazione autorevole.

Esaminate la capacità dell'ERP di pubblicare modifiche, le quote delle API a valle, la durata delle cache, gli indicatori di freschezza e le ipotesi della reportistica. Se la fonte si aggiorna solo ogni ora, cambiare l'intervallo di aggiornamento del portale non soddisfa il requisito. L'analisi potrebbe concludere che debbano cambiare la capacità della fonte o l'obiettivo aziendale.

## Produrre una valutazione attuabile

- Elencate componenti coinvolti e responsabili, compresi i consumatori indiretti.
- Separate le modifiche compatibili da quelle di contratto o modello dati che richiedono un rilascio coordinato.
- Identificate le evidenze invalidate dalla modifica, come precedenti test di carico o stime di ripristino.
- Proponete esperimenti per gli aspetti ignoti, con criteri decisionali anziché congetture ottimistiche.
- Definite passaggi di migrazione, rollout e rollback, includendo cosa accade ai dati scritti nel nuovo formato.

Il rollback merita particolare attenzione: ripristinare il codice applicativo non annulla necessariamente una trasformazione dei dati o un effetto collaterale esterno. Se la migrazione inversa non è sicura, descrivete un piano di recupero in avanti e il relativo costo operativo.

## Aspetto valutato al colloquio

Presentate alternative, intervalli di impegno con le relative ipotesi e conseguenze aziendali di ogni scelta. Un bravo architetto sa spiegare perché il risultato richiesto richieda un cambiamento più ampio e proporre un risultato più limitato ma fattibile, con confini espliciti.

Seguire il grafo delle dipendenze

Esempio: visibilità più rapida delle scorte

Produrre una valutazione attuabile

Aspetto valutato al colloquio

Domande correlate