

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Práticas recomendadas
<a name="best-practices"></a>

Confira abaixo as práticas recomendadas ao criar sua arquitetura de dados desacoplados:
+ **Planeje sua migração de dados**: desenvolva um plano detalhado sobre como migrar dados de um único ambiente de produção para uma configuração de vários ambientes logo no início do processo de design. Isso pode ajudar você a identificar gargalos, reduzir riscos e alocar adequadamente o tempo e os recursos necessários para a migração.
+ **Mantenha o design simples e modular**: o cenário de exemplo neste guia é baseado em uma arquitetura de várias contas que usa três contas diferentes da AWS. Normalmente, não é necessário usar mais de uma conta da AWS por ambiente. Recomendamos que você coloque toda a infraestrutura do mesmo ambiente na mesma conta da AWS. Em seguida, você pode usar os recursos de automação do AWS CDK para operacionalizar os processos de restauração.
+ **Projete sua arquitetura para ser segura e conforme**: recomendamos que você projete sua arquitetura para atender às práticas recomendadas operacionais e de conformidade exigidas pela sua organização. Por exemplo, você pode projetar sua arquitetura para atender aos requisitos de assinatura eletrônica 21 CFR Parte 11.
+ **Minimize os custos**: o throughput é um fator significativo no custo de uma migração de dados. Isso ocorre porque o SAS recomenda fortemente um alto throughput de E/S dos servidores SAS para qualquer servidor de arquivos. Recomendamos que você revise e avalie esses requisitos para seu caso de uso exclusivo.
+ **Simplifique as operações futuras e crie resiliência**: recomendamos que você use o FSx para Windows File Server para simplificar suas operações e criar resiliência. Isso é possível porque o FSx para Windows File Server oferece as seguintes vantagens:
  + Sem necessidade de patches, agentes ou software antivírus
  + Nenhum failover manual envolvido
  + Recuperação por autoatendimento de arquivos de dados excluídos ou corrompidos para usuários finais
  + Mais fácil de compartilhar dados entre outras aplicações e sistemas de análise de dados em potencial
  + Simplifica o gerenciamento de servidores (os servidores mantêm a aplicação, mas os dados residem em outro local)