Preparar para escolher um armazenamento de dados no Azure

Ao preparar seu ambiente de zona de destino para a adoção da nuvem, você precisa determinar os requisitos de dados para hospedar suas cargas de trabalho. Os produtos e serviços do banco de dados do Azure dão suporte a vários cenários e recursos de armazenamento de dados. A forma como você configura seu ambiente de zona de destino para dar suporte aos seus requisitos de dados depende de seus requisitos de governança de carga de trabalho, técnicos e de negócios.

Identificar requisitos de serviços de dados

Como parte da avaliação e preparação da sua zona de aterrissagem, você precisa identificar os repositórios de dados que sua zona de aterrissagem precisa dar suporte. Esse processo envolve avaliar cada um dos aplicativos e serviços que compõem suas cargas de trabalho para determinar seus requisitos de armazenamento e acesso de dados. Depois de identificar e documentar esses requisitos, você pode criar políticas para sua zona de destino para controlar os tipos de recursos permitidos com base nas suas necessidades de carga de trabalho.

Para cada aplicativo ou serviço que você implanta em seu ambiente de zona de destino, use as informações a seguir como ponto de partida para ajudá-lo a determinar os serviços de armazenamento de dados apropriados a serem usados.

Requisitos funcionais

Considere a natureza de seus dados e como você planeja usá-los:

• Formato de dados: Estruturado (tabelas), semiestruturado (JSON, XML e chave-valor) ou não estruturado (imagens e documentos)

• Propósito: OLTP (processamento transacional online) para dados transacionais ou OLAP (processamento analítico online) para análise de dados complexa e ad hoc

• Necessidades de pesquisa: Funcionalidade de indexação ou funcionalidade de pesquisa de texto completo

• Especializada: Repositórios de vetores para dados altamente dimensionais ou bancos de dados de grafo para dados altamente interconectados

• Relações de dados: Junções, estruturas transversais ou hierárquicas

• Modelo de consistência: Consistência forte, eventual ou configurável

• Flexibilidade de esquema: Esquema em gravação (rígido) versus esquema em leitura (flexível)

• Exigências de concorrência: Cenários de bloqueio otimista versus pessimista e de alta frequência de gravação

• Ciclo de vida dos dados: Arquivamento de curta duração versus de longo prazo e dados quentes versus frios

• Movimentação de dados: Requisitos de ETL (extrair, transformar e carregar) ; requisitos de extração, carregamento e transformação (ELT) ; e integração com pipelines

Requisitos não funcionais

Avalie as expectativas de desempenho e escalabilidade:

• Latência e taxa de transferência: Processamento em tempo real versus lote
• Escalabilidade: Dimensionamento vertical versus horizontal e distribuição global
• Confiabilidade e disponibilidade: Requisitos de SLA (contrato de nível de serviço) e estratégias de failover
• Limites: Tamanho do armazenamento, limites de taxa de transferência e restrições de particionamento

Considerações sobre custo e gerenciamento

Fator na sobrecarga operacional e no orçamento:

• Gerenciado versus auto-hospedado: PaaS (plataforma como serviço) versus compensações de IaaS (infraestrutura como serviço)
• Disponibilidade da região: Necessidades de residência e conformidade de dados
• Otimização de custo: Armazenamento em camadas, particionamento e cache
• Licenciamento e portabilidade: Dependência de fornecedor e compatibilidade com software de código aberto

Segurança e governança

Verifique o alinhamento com as políticas organizacionais:

• Encriptação: Criptografia em repouso e em trânsito
• Autenticação e autorização: Acesso baseado em função e integração de identidade
• Auditoria e monitoramento: Logs de atividades, alertas e diagnósticos
• Rede: Pontos de extremidade privados, regras de firewall e integração de rede virtual

DevOps e preparação da equipe

Avalie a capacidade da sua equipe de dar suporte e evoluir a solução:

• Conjuntos de habilidades: Familiaridade com linguagens de consulta, SDKs e ferramentas
• Suporte ao cliente: Associações de idioma e disponibilidade do driver
• Integração de ferramentas: Pipelines de CI/CD (integração contínua e entrega contínua) e ferramentas de observabilidade

Principais perguntas

Responda às seguintes perguntas sobre suas cargas de trabalho para tomar decisões com base na árvore de decisão dos serviços de banco de dados do Azure:

• De que nível de controle você precisa sobre o sistema operacional e o mecanismo de banco de dados? Alguns cenários exigem que você tenha um alto grau de controle ou propriedade da configuração de software e dos servidores host para suas cargas de trabalho de banco de dados. Nesses cenários, você pode implantar VMs (máquinas virtuais) iaaS personalizadas para controlar totalmente a implantação e a configuração dos serviços de dados. Talvez você não precise desse nível de controle, mas talvez não esteja pronto para passar para uma solução de PaaS completa. Nesse caso, uma instância gerenciada pode fornecer maior compatibilidade com seu mecanismo de banco de dados local, fornecendo os benefícios de uma plataforma gerenciada.

• Suas cargas de trabalho usarão uma tecnologia de banco de dados relacional? Nesse caso, escolha entre o Banco de Dados SQL do Azure, o Banco de Dados do Azure para MySQL e o Banco de Dados do Azure para PostgreSQL, que fornecem recursos gerenciados do banco de dados PaaS.

• Suas cargas de trabalho usarão o SQL Server? No Azure, suas cargas de trabalho podem ser executadas no SQL Server baseado em IaaS em Máquinas Virtuais do Azure ou no serviço hospedado do Banco de Dados SQL baseado em PaaS. Sua escolha depende se você deseja gerenciar seu banco de dados, aplicar patches e fazer backups ou delegar essas operações ao Azure. Alguns cenários exigem o SQL Server hospedado em IaaS devido aos requisitos de funcionalidade. Para obter mais informações, consulte Escolher a opção correta do SQL Server no Azure.

• Suas cargas de trabalho usarão o armazenamento de banco de dados chave-valor?O Redis Gerenciado do Azure é um armazenamento de dados gerenciado na memória com base na versão mais recente do Redis Enterprise. Ele fornece baixa latência e alta taxa de transferência. O Azure Cosmos DB também fornece recursos de armazenamento de chave-valor.

• Suas cargas de trabalho usarão dados de documento ou grafo?O Azure Cosmos DB é um serviço de banco de dados multimodel que dá suporte a vários tipos de dados e APIs. Ele também oferece funcionalidades de banco de dados de documento e grafo.

• Suas cargas de trabalho usarão dados da família de colunas?A Instância Gerenciada do Azure para Apache Cassandra fornece um cluster gerenciado do Apache Cassandra que pode estender seus datacenters existentes para o Azure ou servir como um cluster e datacenter somente em nuvem.

• Suas cargas de trabalho exigirão recursos de análise de dados de alta capacidade?O Microsoft Fabric é uma plataforma de análise de ponta a ponta pronta para a empresa. Ele unifica a movimentação de dados, o processamento de dados, a ingestão, a transformação, o roteamento de eventos em tempo real e a criação de relatórios.

• Suas tarefas precisarão de recursos do mecanismo de pesquisa? Você pode usar o Azure AI Search para criar índices de pesquisa baseados em nuvem aprimorados por IA que podem se integrar aos seus aplicativos.

• Suas cargas de trabalho usarão dados de série temporal?O Azure Data Explorer é uma plataforma gerenciada, de alto desempenho e análise de Big Data que analisa grandes volumes de dados quase em tempo real.

Cenários comuns de banco de dados

A tabela a seguir lista os requisitos comuns de cenário de uso e os serviços de banco de dados recomendados para lidar com eles.

Comparação de recursos de banco de dados

A tabela a seguir lista os recursos disponíveis nos serviços de banco de dados do Azure.

Disponibilidade regional

O Azure ajuda você a fornecer serviços na escala necessária para alcançar clientes e parceiros em qualquer lugar. Ao planejar sua implantação na nuvem, determine a região do Azure para hospedar seus recursos de carga de trabalho.

A maioria das regiões do Azure dá suporte à maioria dos serviços de banco de dados. Algumas regiões dão suporte apenas a um subconjunto desses produtos, mas têm como alvo principalmente clientes governamentais. Antes de decidir em quais regiões implantar seus recursos de banco de dados, consulte Produtos disponíveis por região para verificar o status mais recente da disponibilidade regional.

Para obter mais informações sobre a infraestrutura global do Azure, consulte as geografias do Azure.

Residência de dados e requisitos de conformidade

Requisitos legais e contratuais relacionados ao armazenamento de dados geralmente se aplicam a cargas de trabalho. Esses requisitos podem variar com base na localização da sua organização, na jurisdição dos ativos físicos que hospedam seus armazenamentos de dados e no setor de negócios aplicável. Considere os seguintes componentes das obrigações de dados:

• Classificação de dados
• Local dos dados
• Responsabilidades para a proteção de dados no modelo de responsabilidade compartilhada

Para obter informações sobre esses requisitos, consulte Obter residência e segurança de dados em conformidade com o Azure.

Parte dos esforços de conformidade pode incluir o controle de onde os recursos do banco de dados estão fisicamente localizados. As regiões do Azure são organizadas em grupos chamados geographies. Uma geografia do Azure respeita os requisitos de residência, soberania, conformidade e resiliência de dados dentro dos limites geográficos e políticos. Se suas cargas de trabalho estiverem sujeitas à soberania de dados ou a outros requisitos de conformidade, você deverá implantar seus recursos de armazenamento em regiões em uma geografia compatível do Azure.

Estabelecer controles para serviços de banco de dados

Ao preparar seu ambiente de zona de destino, você pode estabelecer controles que limitam os armazenamentos de dados que os usuários podem implantar. Os controles podem ajudá-lo a gerenciar custos e limitar os riscos de segurança. Os desenvolvedores e as equipes de TI ainda podem implantar e configurar recursos que dão suporte às suas cargas de trabalho.

Depois de identificar e documentar os requisitos da zona de destino, você pode usar o Azure Policy para controlar os recursos de banco de dados que permite que os usuários criem. Os controles podem permitir ou negar a criação de tipos de recursos de banco de dados.

Por exemplo, você pode restringir os usuários a criar apenas recursos do Banco de Dados SQL. Use políticas para controlar as opções que os usuários podem selecionar ao criar recursos. Por exemplo, você pode restringir SKUs do Banco de Dados SQL que os usuários podem provisionar permitindo que somente versões específicas do SQL Server sejam instaladas em uma VM IaaS. Para obter mais informações, consulte as definições de política internas do Azure Policy.

Você pode aplicar políticas a recursos, grupos de recursos, assinaturas e grupos de gerenciamento. Inclua suas políticas nas definições do Azure Blueprints e aplique-as repetidamente em toda a sua propriedade de nuvem.

Próximas etapas

• Entender os modelos de dados

Use os seguintes artigos para escolher um armazenamento de dados especializado:

• Escolher uma tecnologia de armazenamento de Big Data no Azure
• Escolher um armazenamento de dados de pesquisa no Azure
• Escolher um serviço do Azure para pesquisa de vetor