Cosa imparerai
Obiettivi di apprendimento
- Spiegare i confini di fiducia
- Confrontare ridondanza e backup
- Riconoscere le esigenze di dipendenza e segmentazione
Rendi espliciti i confini di fiducia
Un confine di fiducia separa contesti con presupposti di accesso diversi. Applicazioni, reti, tenant cloud e interfacce amministrative hanno tutti dei confini. Usa autenticazione, autorizzazione e convalida a quei confini invece di presumere che una richiesta proveniente dall'interno dell'organizzazione sia sicura.
Progetta pensando al guasto
La ridondanza può mantenere disponibile un servizio quando un componente si guasta; i backup aiutano a ripristinare dati o stato. Nessuno dei due sostituisce automaticamente l'altro. Individua le dipendenze comuni e testa le condizioni di guasto. Due repliche controllate dallo stesso amministratore compromesso possono condividere la stessa modalità di guasto.
Esempio applicato
Mettilo nel contesto
Un servizio fittizio ha due server web, ma entrambi dipendono da un solo database e da un solo servizio di identità. La sua revisione dell'architettura considera queste dipendenze condivise prima di dichiarare una resilienza end-to-end.
Scenario illustrativo a scopo didattico, non l’affermazione di un incidente reale verificato di un cliente.Errori comuni
- Confondere la replica con un backup ripristinabile
- Ignorare le dipendenze condivise
- Affidarsi alla posizione di rete come identità
La tua checklist pratica
Le spunte della checklist sono temporanee e non vengono registrate come progressi dell’account.
Riepilogo breve
Una buona architettura rende visibili i presupposti di accesso e le modalità di guasto.