Dieci principi di progettazione per le applicazioni Azure
Seguire questi principi di progettazione per rendere l'applicazione più scalabile, resiliente e gestibile.
Progettare per l'autoriparazione. In un sistema distribuito si verificano errori. Progettare l'applicazione in modo che venga eseguita la riparazione automatica in caso di errori.
Rendere tutte le cose ridondanti. Integrare la ridondanza nell'applicazione per evitare la presenza di punti di guasto singoli.
Ridurre al minimo il coordinamento. Ridurre al minimo il coordinamento tra i servizi dell'applicazione per ottenere la scalabilità.
Progettazione per aumentare il numero di istanze. Progettare l'applicazione in modo che possa essere ridimensionata orizzontalmente, aggiungendo o rimuovendo nuove istanze in base alle esigenze.
Partizione intorno ai limiti. Usare il partizionamento per aggirare i limiti di database, rete e calcolo.
Progettare per le operazioni. Progettare l'applicazione in modo che il team operativo disponga degli strumenti necessari.
Usare i servizi gestiti. Quando possibile, usare la piattaforma distribuita come servizio (PaaS) anziché l'infrastruttura distribuita come servizio (IaaS).
Usare un servizio di identità. Usare una piattaforma IDaaS (Identity as a Service) invece di creare o operare autonomamente.
Progettazione per l'evoluzione. Tutte le applicazioni riuscite cambiano nel tempo. Un design evolutivo è fondamentale per l'innovazione continua.
Costruire per soddisfare le esigenze aziendali. Ogni decisione di progettazione deve essere giustificata da un requisito aziendale.