Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Best practice Per progettare un'architettura di dati disaccoppiata, consigliamo le seguenti best practice: + **Pianifica la migrazione dei dati**: sviluppa un piano dettagliato su come migrare i dati da un singolo ambiente di produzione a una configurazione multiambiente nelle prime fasi del processo di progettazione. Questo può aiutarti a identificare gli ostacoli, ridurre i rischi e allocare correttamente il tempo e le risorse necessari per la migrazione. + **Mantieni il design semplice e modulare**: lo scenario di esempio in questa guida si basa su un'architettura multi-account che utilizza tre diversi account AWS. In genere non è necessario utilizzare più di un account AWS per ambiente. Ti consigliamo di collocare tutta l'infrastruttura per lo stesso ambiente nello stesso account AWS. Quindi, puoi utilizzare le funzionalità di automazione di AWS CDK per rendere operativi i processi di ripristino. + **Progetta la tua architettura in modo che sia sicura e conforme**: ti consigliamo di progettare l'architettura in modo da soddisfare la conformità e le migliori pratiche operative richieste dalla tua organizzazione. Ad esempio, puoi progettare l'architettura per soddisfare i requisiti di firma elettronica 21 CFR Part 11. + **Riduzione al minimo dei costi**: la velocità effettiva è un fattore importante nel costo di una migrazione dei dati. Questo perché SAS consiglia vivamente un I/O throughput elevato dai server SAS a qualsiasi file server. Ti consigliamo di esaminare e valutare questi requisiti in base al tuo caso d'uso specifico. + **Semplifica le operazioni future e aumenta la resilienza**: ti consigliamo di utilizzare Windows File Server FSx per semplificare le operazioni e creare resilienza. Questo è possibile perché FSx per Windows File Server offre i seguenti vantaggi: + Non sono necessarie patch, agenti o software antivirus + Non è previsto alcun failover manuale + Ripristino self-service di file di dati eliminati o danneggiati per gli utenti finali + Più facile condividere i dati tra altre potenziali applicazioni e sistemi di analisi dei dati + Semplifica la gestione dei server (i server contengono l'applicazione ma i dati risiedono altrove)