Rever as opções de dados

  • Artigo

Quando prepara o ambiente da zona de destino para a adoção da cloud, precisa de determinar os requisitos de dados para o alojamento das cargas de trabalho. Os produtos e serviços da base de dados do Azure suportam vários cenários e capacidades de armazenamento de dados. A forma como configura o ambiente da zona de destino para suportar os requisitos de dados depende dos seus requisitos comerciais, técnicos e de gestão da carga de trabalho.

Identificar os requisitos dos serviços de dados

Como p arte da avaliação e preparação da zona de destino, precisa de identificar os arquivos de dados que a zona de destino terá de suportar. O processo envolve a avaliação de cada uma das aplicações e serviços que compõem as cargas de trabalho para determinar os seus requisitos de acesso e de armazenamento de dados. Depois de identificar e documentar estes requisitos, pode criar políticas para a zona de destino de forma a controlar os tipos de recursos que são permitidos com base nas necessidades da sua carga de trabalho.

Para cada aplicação ou serviço que implementar no seu ambiente de zona de destino, utilize as seguintes informações como ponto de partida para o ajudar a determinar os serviços de arquivo de dados adequados a utilizar.

Principais perguntas

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

  • Qual é o nível de controlo do SO e do motor de base de dados necessário? Alguns cenários requerem que tenha um elevado grau de controlo ou propriedade sobre a configuração do software e os servidores anfitriões das cargas de trabalho de base de dados. Neste cenários, pode implementar máquinas virtuais IaaS (infraestrutura como um serviço) para controlar totalmente a implementação e a configuração dos serviços de dados. Pode não precisar deste nível de controlo, mas talvez não esteja pronto para mudar para uma solução de plataforma como serviço (PaaS) completa. Nesse caso, uma instância gerida pode proporcionar uma maior compatibilidade com o motor de base de dados no local, ao mesmo tempo que oferece os benefícios de uma plataforma totalmente gerida.
  • As cargas de trabalho utilizam alguma tecnologia de base de dados relacional? Se sim, que tecnologia planeia utilizar? O Azure oferece funcionalidades de base de dados PaaS geridas para a Base de Dados SQL do Azure, o MySQL, o PostgreSQL e o MariaDB.
    • O Azure Cosmos DB suporta APIs MongoDB e PostgreSQL para tirar partido dos muitos benefícios que o Azure Cosmos DB oferece, incluindo elevada disponibilidade automática e escalabilidade instantânea.
  • As cargas de trabalho utilizarão o SQL Server? No Azure, as cargas de trabalho podem ser executadas num SQL Server nas Máquinas Virtuais do Azure baseado em IaaS ou num Serviço alojado da Base de Dados SQL do Azure baseado em PaaS. A escolha da opção a utilizar prende-se sobretudo com o facto de querer gerir a base de dados, aplicar patches e realizar cópias de segurança ou de querer delegar estas operações ao Azure. Em certos cenários, os problemas de compatibilidade podem obrigar à utilização do SQL Server alojado na IaaS. Para obter mais informações sobre como escolher a opção correta para as cargas de trabalho, veja Escolher a opção do SQL Server correta no Azure.
  • As cargas de trabalho utilizarão o armazenamento de bases de dados chave/valor?Cache do Azure para Redis oferece uma solução de armazenamento de dados chave/valor de alto desempenho em cache que pode alimentar aplicações rápidas e dimensionáveis. O Azure Cosmos DB também oferece funcionalidades de armazenamento chave/valor para fins gerais.
  • As cargas de trabalho utilizarão dados de documentos ou gráficos?O Azure Cosmos DB é um serviço de base de dados multimodel que suporta vários tipos de dados e APIs. O Azure Cosmos DB também oferece funcionalidades de base de dados de grafos e de documentos.
  • As cargas de trabalho utilizarão dados da família de colunas?O Azure Managed Instance para Apache Cassandra oferece um cluster do Apache Cassandra totalmente gerido que pode expandir os datacenters existentes para o Azure ou atuar como um cluster e datacenter apenas na cloud.
    • Apache Cassandra A API também é suportada pelo Azure Cosmos DB. Veja a documentação de comparação de produtos para ajudar a orientar a sua decisão sobre o melhor ajuste para a sua carga de trabalho.
  • As cargas de trabalho exigirão funcionalidades de análise de dados de alta capacidade? Pode utilizar o Azure Synapse Analytics para armazenar e consultar dados estruturados à escala de petabytes de forma eficaz. Para cargas de trabalho de macrodados não estruturadas, pode utilizar o Azure Data Lake para armazenar e analisar ficheiros com petabytes e biliões de objetos.
  • As cargas de trabalho exigirão funcionalidades de motor de busca? Pode utilizar Azure Cognitive Search para criar índices de pesquisa baseados na cloud melhorados de IA que pode integrar nas suas aplicações.
  • As cargas de trabalho utilizarão dados de série temporal?Azure Time Series Insights é criada para armazenar, visualizar e consultar grandes quantidades de dados de série temporal, tais como dados gerados por dispositivos IoT.

Nota

Saiba mais sobre como avaliar as opções de base de dados para cada uma das suas aplicações ou serviços no guia de arquitetura de aplicações do Azure.

Cenários de base de dados comuns

A tabela seguinte lista os requisitos comuns de cenários de utilização e os serviços de base de dados recomendados para os processar.

Se quiser Utilizar este serviço de base de dados
Crie aplicações que são dimensionadas com uma base de dados SQL gerida e inteligente na cloud. Base de Dados SQL do Azure
Modernizar SQL Server aplicações com uma instância sqL gerida e sempre atualizada na cloud. Instância Gerida do SQL no Azure
Migre as cargas de trabalho do SQL para o Azure, mantendo SQL Server compatibilidade completa e acesso ao nível do sistema operativo. SQL Server nas Máquinas Virtuais do Azure
Crie aplicações dimensionáveis, seguras e totalmente geridas para empresas no PostgreSQL open source, aumente horizontalmente o PostgreSQL de nó único com elevado desempenho ou migreSQL e cargas de trabalho Oracle para a cloud. Base de Dados do Azure para PostgreSQL
Fornecer elevada disponibilidade e dimensionamento elástico para aplicações móveis e Web open source com um serviço de base de dados MySQL da comunidade gerida ou migrar cargas de trabalho MySQL para a cloud. Base de Dados do Azure para MySQL
Fornecer elevada disponibilidade e dimensionamento elástico a aplicações móveis e Web open source com um serviço de base de dados MariaDB da comunidade gerida. Azure Database for MariaDB
Crie aplicações com baixa latência garantida e elevada disponibilidade em qualquer lugar, em qualquer escala, ou migre o Cassandra, MongoDB, Gremlin e outras cargas de trabalho NoSQL para a cloud. BD do Cosmos para o Azure
Modernizar clusters e aplicações de dados do Cassandra existentes e usufruir de flexibilidade e liberdade com o serviço de instância gerida. Azure Managed Instance for Apache Cassandra
Crie um armazém de dados elástico totalmente gerido que tenha segurança em todos os níveis de dimensionamento sem custos adicionais. Azure Synapse Analytics
Power fast, scalable applications with an open source-compatible in-memory data store. Cache do Azure para Redis

Comparação de funcionalidades da base de dados

A tabela seguinte lista as funcionalidades disponíveis nos serviços de base de dados do Azure.

Funcionalidade Base de Dados SQL do Azure Instância Gerida do Azure SQL Base de Dados do Azure para PostgreSQL Base de Dados do Azure para MySQL Azure Database for MariaDB Azure Managed Instance for Apache Cassandra Azure Cosmos DB Cache do Azure para Redis Azure Cosmos DB para MongoDB Azure Cosmos DB para Gremlin
Tipo de base de dados Relacional Relacional Relacional Relacional Relacional NoSQL NoSQL Dentro da memória NoSQL Graph
Modelo de dados Relacional Relacional Relacional Relacional Relacional Multimodel: Document, Wide-column, Key-value, Graph Coluna larga Chave-valor Documento Graph
Escritas multimestre distribuídas No Não Não Não Não Sim Sim Sim (apenas nas camadas Enterprise e Flash) Sim Sim
Suporte de conectividade de rede virtual Ponto final de serviço de rede virtual Implementação de rede virtual nativa Injeção de rede virtual (apenas servidor flexível) Injeção de rede virtual (apenas servidor flexível) Ponto final de serviço de rede virtual Implementação de rede virtual nativa Ponto final de serviço de rede virtual Injeção de rede virtual (apenas nos escalões Premium, Enterprise e Flash) Ponto final de serviço de rede virtual Ponto final de serviço de rede virtual

Nota

O serviço de ligação privada simplifica a estrutura de rede para permitir que os serviços do Azure comuniquem através de redes privadas. É suportado para todos os serviços de bases de dados do Azure. No caso dos serviços de base de dados da Instância Gerida, estas instâncias são implementadas em redes virtuais, o que anula a necessidade de implementar pontos finais privados para os mesmos .

Disponibilidade regional

O Azure permite-lhe fornecer serviços à escala necessária para chegar aos seus clientes e parceiros onde quer que estejam. Determinar a região do Azure que alojará os recursos da carga de trabalho é um fator essencial para o planeamento da implementação na cloud.

A maioria dos serviços de base de dados está geralmente disponível na maior parte das regiões do Azure. Algumas regiões suportam apenas um subconjunto destes produtos, mas visam principalmente clientes governamentais. Antes de decidir em que regiões irá implementar os recursos da base de dados, consulte Produtos disponíveis por região para verificar o estado mais recente da disponibilidade regional.

Para saber mais sobre a infraestrutura global do Azure, veja Geografias do Azure. Para obter detalhes específicos sobre os serviços gerais que estão disponíveis em cada região do Azure, veja Produtos disponíveis por região.

Requisitos de conformidade e residência dos dados

Os requisitos legais e contratuais relacionados com o armazenamento de dados aplicam-se frequentemente às suas cargas de trabalho. Estes requisitos poderão variar em função da localização da sua organização, da jurisdição dos recursos físicos que alojam os arquivos de dado e do setor empresarial aplicável. Os componentes das obrigações de dados a considerar incluem:

  • Classificação de dados.
  • Localização dos dados.
  • Responsabilidades pela proteção de dados no âmbito do modelo de responsabilidade partilhada.

Para obter ajuda para compreender estes requisitos, veja Alcançar a residência e a segurança dos dados em conformidade com o Azure.

Parte dos seus esforços em matéria de conformidade poderão incluir o controlo do local físico onde os recursos de base de dados se encontram. As regiões do Azure estão organizadas em grupos denominados de geografias. Uma geografia do Azure garante que os requisitos de residência, de soberania, de conformidade e de resiliência dos dados são respeitados dentro dos limites geográficos e políticos. Se as suas cargas de trabalho estiverem sujeitas à soberania dos dados ou a outros requisitos de conformidade, terá de implementar os seus recursos de armazenamento em regiões de uma geografia do Azure em conformidade.

Estabelecer controlos para serviços de base de dados

Quando prepara o ambiente da zona de destino, pode estabelecer controlos que limitam os arquivos de dados que os utilizadores podem implementar. Os controlos podem ajudá-lo a gerir os custos e a limitar os riscos de segurança. Os programadores e as equipas de TI continuarão a poder implementar e configurar recursos necessários para suportar as suas cargas de trabalho.

Depois de identificar e documentar os requisitos da zona de destino, pode utilizar o Azure Policy para controlar os recursos de base de dados que os utilizadores podem criar. Os controlos podem assumir a forma de permitir ou negar a criação de tipos de recursos de base de dados.

Por exemplo, poderá apenas permitir que os utilizadores criem recursos da Base de Dados SQL do Azure. Também pode utilizar políticas para controlar as opções permitidos quando um recurso é criado. Por exemplo, pode restringir o que Base de Dados SQL SKUs podem ser aprovisionados ao permitir que apenas versões específicas de SQL Server sejam instaladas numa VM IaaS. Para obter mais informações, veja Azure Policy definições de política incorporadas.

As políticas podem ser confinadas a recursos, grupos de recursos, subscrições e grupos de gestão. Pode incluir as suas políticas nas definições do Azure Blueprints e aplicá-las repetidamente em todo o património da cloud.

Passos seguintes