Metodologia de sucesso de implementação do Synapse: avaliar o design do ambiente de desenvolvimento de soluções

Observação

Este artigo faz parte da série de artigos Sucesso por design da implementação do Azure Synapse. Para obter uma visão geral da série, confira Sucesso por design da implementação do Azure Synapse.

O desenvolvimento da solução e o ambiente no qual ela é executada são fundamentais para o sucesso do projeto. Independentemente da metodologia de projeto selecionada (como cascata, Agile ou Scrum), você deve configurar vários ambientes para dar suporte ao desenvolvimento, teste e produção. Você também deve definir processos claros para promover alterações entre ambientes.

Configurar um ambiente de data warehouse moderno para uso em produção e pré-produção pode ser complexo. Tenha em mente que uma das principais decisões de design é a automação. A automação ajuda a aumentar a produtividade, minimizando o risco de erros. Além disso, seus ambientes devem dar suporte ao desenvolvimento ágil futuro, incluindo a adição de novas cargas de trabalho, como ciência de dados ou em tempo real. Durante a revisão de design, produza um design de ambiente de desenvolvimento de solução que dará suporte à sua solução não apenas para o projeto atual, mas também para suporte e desenvolvimento contínuos de sua solução.

Design do ambiente de desenvolvimento de soluções

O design do ambiente deve incluir o ambiente de produção, que hospeda a solução de produção, e pelo menos um ambiente de não produção. A maioria dos ambientes contém dois ambientes de não produção: um para desenvolvimento e outro para teste, GQ (Garantia de Qualidade) e UAT (Teste de Aceitação do Usuário). Normalmente, os ambientes são hospedados em assinaturas separadas do Azure. Considere a criação de uma assinatura de produção e uma assinatura de não produção. Essa separação fornecerá um limite de segurança claro e um delineamento entre produção e não produção.

O ideal é estabelecer três ambientes.

  • Desenvolvimento: o ambiente no qual suas soluções de análise e dados são criadas. Determine se as áreas restritas devem ser fornecidas para desenvolvedores. As áreas restritas podem permitir que os desenvolvedores façam e testem suas alterações isoladamente, enquanto um ambiente de desenvolvimento compartilhado hospedará alterações integradas de toda a equipe de desenvolvimento.
  • Teste/GQ/UAT: o ambiente semelhante à produção para testar implantações antes de seu lançamento para produção.
  • Produção: o ambiente de produção final.

Workspaces do Synapse

Para cada workspace do Synapse em sua solução, o ambiente deve incluir um workspace de produção e pelo menos um workspace de não produção para desenvolvimento e teste/GQ/UAT. Use o mesmo nome para todos os pools e artefatos entre ambientes. A nomenclatura consistente facilitará a promoção de workspaces para outros ambientes.

Promover um workspace para outro workspace é um processo de duas partes:

  1. Use um modelo do ARM (Azure Resource Manager) para criar ou atualizar recursos do workspace.
  2. Migre artefatos como scripts e notebooks do SQL, definições de trabalho do Spark, pipelines, conjuntos de dados e fluxos de dados usando ferramentas de integração e entrega contínuas (CI/CD) do Azure Synapse no Azure DevOps ou no GitHub.

Azure DevOps ou GitHub

Verifique se a integração com o Azure DevOps ou o GitHub está configurada corretamente. Crie um processo repetível que libere alterações em ambientes de desenvolvimento, Teste/GQ/UAT e produção. 

Importante

Recomendamos que os dados de configuração confidenciais sempre sejam armazenados com segurança no Azure Key Vault. Use o Azure Key Vault para manter um local central e seguro para dados de configuração confidenciais, como cadeias de conexão de banco de dados. Dessa forma, os serviços apropriados podem acessar dados de configuração de dentro de cada ambiente.

Próximas etapas

No próximo artigo da série de sucesso por design do Azure Synapse, saiba como avaliar sua equipe de recursos qualificados que implementarão sua solução Azure Synapse.