Curso
À medida que mais cargas de trabalho migram para a nuvem, percebi que gerenciar o PostgreSQL de forma eficiente e segura se tornou uma habilidade essencial para os profissionais de dados.
O PostgreSQL é, há muito tempo, um dos meus bancos de dados relacionais favoritos. É confiável, extensível e tem o apoio de uma comunidade de código aberto.
Mas rodar isso na nuvem, principalmente em grande escala, tem seus desafios, como alta disponibilidade, ajuste de desempenho, otimização de custos e cumprimento de requisitos de segurança bem rígidos.
O Azure Database para PostgreSQL resolve muitos desses problemas oferecendo uma plataforma totalmente gerenciada, escalável e segura. Na minha experiência, isso simplifica a implantação e as operações, ao mesmo tempo que oferece a flexibilidade necessária para construir rapidamente e se adaptar às demandas em constante evolução. É por isso que, neste tutorial, vou falar sobre tudo que você precisa saber sobre como implantar um banco de dados PostgreSQL do Azure.
Para se familiarizar com os fundamentos do PostgreSQL e como ele funciona, confiraou O que é PostgreSQL? Como funciona, casos de uso e recursos.
Visão geral do Banco de Dados do Azure para PostgreSQL
O Azure Database para PostgreSQL é um serviço PostgreSQL nativo da nuvem e totalmente gerenciado pela Microsoft.
Feito pra tanto pra pequenas empresas quanto pra grandes, ele acaba com a necessidade de fazer manualmente o provisionamento, a configuração, a aplicação de patches e a manutenção da infraestrutura do banco de dados.
Feito na plataforma Azure, que é super confiável, ele dá suporte a três modelos de implantação diferentes: servidor único, servidor flexível e Hyperscale (Citus), pra se adaptar a diferentes cargas de trabalho e arquiteturas de aplicativos.
Algumas das principais vantagens do Azure PostgreSQL são:
- Patches e backups automáticos: O Azure automatiza backups diários com retenção personalizável e aplica patches de segurança e atualizações sem tempo de inatividade.
- Segurança e conformidade de nível empresarial: Ele oferece recursos como criptografia em repouso e em trânsito, controle de acesso baseado em funções, terminais privados e está em conformidade com as certificações do setor (por exemplo, SOC, HIPAA, GDPR).
- Integração profunda com o ecossistema Azure: Conecta-se perfeitamente com o Azure Data Factory, o Azure Monitor, o Azure Active Directory, o Power BI e outros serviços, acelerando o desenvolvimento e permitindo uma observabilidade holística.
Imagem mostrando os principais benefícios do Azure PostgreSQL. Feito com o Napkin AI.
Modelos de implantação e estruturas arquitetônicas
O Azure Database para PostgreSQL dá suporte a vários modelos de implantação, o que te deixa escolher a arquitetura que melhor se encaixa nas necessidades de escalabilidade, disponibilidade e desempenho do seu aplicativo.
Implantação flexível de servidores
O modelo flexível de implantação de servidores é a opção mais versátil, que dá um controle bem detalhado sobre a configuração dos recursos, a disponibilidade e o ajuste do desempenho.
É ideal para aplicações de missão crítica que exigem alto tempo de atividade e desempenho previsível.
Alta disponibilidade (HA)
Para garantir a continuidade do serviço e minimizar o tempo de inatividade, você deve considerar as seguintes configurações de alta disponibilidade:
- HA na mesma zona: Implanta uma réplica em espera na mesma Zona de Disponibilidade que a principal. Ele oferece redundância com tempos de failover mais rápidos e latência de rede mínima.
- Zone-Redundant HA: Distribui os nós primários e de reserva por diferentes Zonas de Disponibilidade, o que oferece resiliência contra interrupções em toda a zona.
Escalonamento e otimização
Para garantir o desempenho e a eficiência de custos, use estas estratégias para gerenciar recursos de forma dinâmica e ajustar a carga de trabalho:
- Escalonamento vertical de computação: Ajuste os vCores e a memória de forma dinâmica com base na demanda da carga de trabalho. Ótimo pra picos sazonais ou pra economizar em épocas mais calmas.
- Parada/partida automática: Programe o desligamento do servidor durante os horários de menor movimento para economizar.
- Autoescala de armazenamento: Expande automaticamente o tamanho do disco conforme seus dados crescem, sem precisar reallocar nada manualmente.
- Ajuste de IOPS: Personalize o IOPS de armazenamento para se adequar às demandas da carga de trabalho, ajudando a reduzir a latência para aplicativos com muitas leituras ou gravações.
Como implantar um servidor flexível com HA ativado
Para instalar um “servidor flexível” com Alta Disponibilidade (HA) ativada, siga estas etapas:
01: Vá até o Portal do Azure, depois em Servidores flexíveis do Banco de Dados do Azure para PostgreSQL e clique em “criar”.
As imagens abaixo mostram essa etapa.
Imagem com uma captura de tela da interface do Portal do Azure mostrando as etapas para criar um novo servidor flexível PostgreSQL (01).
Imagem com uma captura de tela da interface do Portal do Azure mostrando as etapas para criar um novo servidor flexível PostgreSQL (02).
02: Em “Alta disponibilidade”, escolha “Mesma zona” ou “Zona redundante”.
A imagem abaixo mostra essa etapa.
Imagem com uma captura de tela da criação de servidor flexível, mostrando as opções para as seleções “Mesma zona” e “Zona redundante”.
03: Configure os vCores, o tamanho do armazenamento e as configurações de IOPS.
04: Tá, vamos configurar a rede (por exemplo, VNet ou acesso público) e implantar.
Imagem com uma captura de tela da página de configuração “Rede”.
Implantação em servidor único
O modelo de servidor único foi feito pra ser simples e fácil de configurar.
Ele oferece backups automáticos, ajustes básicos de desempenho e uma configuração super simples.
É ideal para desenvolvimento, testes ou cargas de trabalho de produção menores.
Níveis disponíveis
Algumas das categorias disponíveis são:
- Basic: Ótimo pra desenvolvimento/teste ou apps leves.
- es de uso geral: Computação e memória equilibradas para cargas de trabalho padrão.
- com memória otimizada: Melhor relação memória/núcleo para cargas de trabalho que usam muito cache.
Como criar um único servidor
01: No Portal do Azure, vá até Servidores do Banco de Dados do Azure para PostgreSQL e clique em “criar”.
Imagem com uma captura de tela da interface do Portal do Azure mostrando as etapas para criar um novo servidor único PostgreSQL.
02: Escolha um plano de preços de acordo com o que você precisa.
Dá uma olhada na página de preços do Azure pra ver asinformações maisatualizadas sobre os planos e preços disponíveis.
Imagem com uma captura de telada página de preços do Azure.
03: Defina as credenciais de administrador, configure as regras do firewall e faça a implantação.
Se você é novo no PostgreSQLL, o Guia para Iniciantes do PostgreSQL é um ótimo lugar pra começar a trabalhar com bancos de dados antes de colocá-los na nuvem.ótimo lugar para começar a trabalhar com bancos de dados antes de implantá-los na nuvem.
Extensão Hyperscale (Citus)
O modelo de implantação Hyperscale (Citus) foi feito para casos de uso distribuído do PostgreSQL.
Transforma um banco de dados de nó único em um cluster escalável horizontalmente, dividindo os dados entre os nós de trabalho e coordenando as consultas de forma eficiente.
Alguns dos principais casos de uso incluem:
- Análise em tempo real: Execute consultas simultâneas em bilhões de linhas com latências de milissegundos.
- Aplicativos SaaS multi-tenant: Distribua locatários por fragmentos para isolar cargas de trabalho e manter o desempenho.
Como criar e distribuir uma tabela
01: Crie um grupo de servidores Hyperscale (Citus) no Portal do Azure. Isso configura um cluster PostgreSQL distribuído usando a extensão Citus.
02: Conecte-se ao nó coordenador usando uma ferramenta como psql ou Azure Data Studio.
Certifique-se de que você está conectado ao nó coordenador (não a um trabalhador), pois os comandos de tabelas distribuídas devem ser executados a partir do coordenador.
03: Crie a tabela no SQL (se ainda não existir):
CREATE TABLE your_table_name (
id SERIAL PRIMARY KEY,
distribution_column INT,
... other columns ...
);
04: Distribua a tabela usando:
SELECT create_distributed_table('your_table_name', 'distribution_column');
Troca 'nome_da_tabela' pelo nome real da tabela e 'coluna_de_distribuição' por uma coluna que tenha uma boa cardinalidade e seja usada com frequência nas consultas.
Escolhendo o modelo de implantação certo
A tabela abaixo mostra os modelos de implantação recomendados com base em casos de uso comuns.
Caso de uso | Modelo recomendado |
---|---|
Desenvolvimento/teste de baixo custo | Servidor único |
Análise em grande escala e com vários usuários | Hiperescala (Citus) |
Aplicativos de uso geral com carga variável | Servidor flexível |
Escolher o modelo de implantação certo depende das características da carga de trabalho da sua aplicação, das necessidades de alta disponibilidade e das expectativas de desempenho.
Se você não tem certeza se o PostgreSQL é a escolha certa para o seu projeto, dê uma olhada em PostgreSQL vs. MySQL: Escolhendo o banco de dados certo pro seu projeto e SQLite vs PostgreSQL: Uma comparação detalhada.
Obter a certificação Azure AZ-900
Arquitetura de segurança e conformidade
Proteger sua instância do Azure Database for PostgreSQL é essencial pra proteger dados confidenciais, garantir a continuidade dos negócios e manter a conformidade regulatória.
O Azure oferece recursos robustos e integrados que ajudam a reforçar o gerenciamento de identidades, proteger o acesso à rede e alinhar-se aos padrões do setor.
Mecanismos de autenticação
A autenticação é a primeira linha de defesa pra garantir o acesso ao seu banco de dados PostgreSQL.
Integração com o Azure Active Directory (AAD)
O Azure AD te ajuda a gerenciar de um só lugar os usuários e o acesso deles aos recursos do Azure, incluindo o PostgreSQL.
Isso é mais seguro do que gerenciar usuários de servidores locais e permite autenticação multifatorial, acesso condicional e gerenciamento do ciclo de vida do usuário.
Vamos ver um exemplo de arquitetura:
Você pode integrar seu domínio do Active Directory local com o Azure AD para estender sua infraestrutura de identidade existente para a nuvem.
A imagem abaixo mostra uma arquitetura típica de identidade híbrida:
Imagem que mostra uma arquitetura de identidade híbrida que junta o Active Directory local com o Azure Active Directory (Azure AD). fonte: Microsoft Azure Architecture
Para ativar a autenticação AAD:
01: Registre o servidor PostgreSQL no AAD:
- Abra o Portal do Azure.
- Vá até os servidores flexíveis do Banco de Dados do Azure para PostgreSQL.
- Em Configurações, clique em “Administrador do Active Directory”.
- Clique em “Definir administrador”, procure um usuário/grupo e clique em “Salvar”.
02: Configurar o administrador do AAD usando o Azure CLI (opcional):
az postgres flexible-server ad-admin create \
--resource-group <your-resource-group> \
--server-name <your-server-name> \
--display-name <aad-user-name> \
--object-id <aad-user-object-id>
03: Conecte usando psql:
psql "host=<your-postgres-host> dbname=<your-db> user=<aad-user>@<tenant>.onmicrosoft.com sslmode=require"
Autenticação SCRAM-SHA-256
O Azure PostgreSQL dá suporte ao SCRAM-SHA-256, um mecanismo de autenticação baseado em senha moderno e seguro que é muito melhor que o MD5, que já está ultrapassado.
Ative isso nos parâmetros do servidor PostgreSQL:
- Vá até a seção “parâmetros do servidor” em servidor flexível no portal do Azure.
- Procura por “
password_encryption
” e define como “scram-sha-256
”. - Salve as alterações e reinicie o servidor, se necessário.
Segurança em nível de linha (RLS)
Use RLS para definir políticas de controle de acesso detalhadas, que permitem que apenas linhas específicas de uma tabela sejam visíveis ou modificáveis por determinados usuários.
Como ativar o RLS:
01: Conecte-se ao seu banco de dados e execute:
ALTER TABLE employees ENABLE ROW LEVEL SECURITY;
02: Crie uma política:
CREATE POLICY employee_policy
ON employees
USING (user_email = current_user);
Proteção de rede
Proteger seu Banco de Dados Azure para PostgreSQL na rede é essencial pra evitar acesso não autorizado e reduzir a superfície de ataque.
O Azure tem vários recursos de rede integrados pra isolar o tráfego e garantir o controle de acesso.
01: Usando pontos de extremidade privados
Os pontos de extremidade privados permitem que o servidor PostgreSQL fique acessível só dentro da sua Rede Virtual do Azure, sem ficar exposto ao público.
Para configurar um endpoint privado:
01: Vá até o portal do Azure e escolha o seu servidor flexível PostgreSQL.
02: Em “Configurações”, clique em “Rede”.
03: Escolha “Acesso privado (integração VNet)”.
04: Clique em “Adicionar ponto de extremidade privado”.
05: Dá um nome e escolhe o teu grupo de recursos e VNet/sub-rede.
06: Escolha Integração DNS privada (recomendado).
07: Dá uma olhada e cria o endpoint privado.
As imagens abaixo mostram algumas das principais etapas no portal do Azure para configurar um ponto de extremidade privado.
Imagem mostrando uma captura de tela das etapas do portal do Azure para configurar um ponto de extremidade privado (01).
Imagem mostrando uma captura de tela das etapas do portal do Azure para configurar um ponto de extremidade privado (02).
02: Grupos de segurança de rede (NSGs)
Os NSGs controlam o tráfego de entrada e saída para interfaces de rede e sub-redes. Use-os para permitir que só IPs confiáveis se conectem.
Para configurar NSGs para seu endpoint privado:
01: Vá até a sub-rede onde tá o seu endpoint privado.
02: Conecta um NSG e define regras como:
- Permita só os intervalos de IP da sua organização.
- Bloqueie todas as outras conexões de entrada.
03: Peering entre regiões
Para aplicações globais, use o VNet Peering entre regiões do Azure para rotear o tráfego de forma segura entre redes virtuais.
Para configurar o peering entre regiões no portal do Azure:
01: No portal do Azure, vá para “Redes virtuais” e selecione “Peerings”.
02: Clique em “Adicionar” e escolha a rede virtual remota (VNet).
03: Ative “Usar gateways remotos para conectividade entre regiões”.
Certificações de conformidade
O Azure Database para PostgreSQL está em conformidade com uma ampla gama de padrões do setor e governamentais, o que garante a proteção dos dados e a conformidade legal:
Algumas das certificações incluem:
- GDPR
- HIPAA
- SOC 1/2/3
- ISO/IEC 27001, 27018
- FedRAMP, PCI-DSS
Você pode ver o status de conformidadeno Centro de Confiança da Microsoft ebaixar relatórios de conformidade relevantes para sua região ou setor.
Otimização e monitoramento de desempenho
Maximizar o desempenho e a confiabilidade é essencial para as cargas de trabalho de produção.
O Azure oferece ferramentas para ajuste inteligente, monitoramento em tempo real e alertas para garantir que seu servidor PostgreSQL funcione da melhor maneira possível.
Ajuste inteligente
O Azure ajuda a melhorar o desempenho de forma proativa com ferramentas integradas de análise e otimização.
Os casos de uso incluem dimensionamento automático, distribuição da carga de trabalho e melhoria do desempenho do armazenamento.
Use o Azure Advisor para recomendações de desempenho
O Azure Advisor dá uma olhada nos dados de telemetria e sugere as melhores práticas.
Para aplicar as recomendações de desempenho:
01: Vá até o Portal do Azure e escolha “Azure Advisor”.
02: Clique em “Recomendações” e, em seguida, em “Desempenho”.
03: Procure o seu servidor flexível PostgreSQL.
04: Tenta fazer assim:
- Dimensionamento de vCores
- Aumentando o IOPS
- Usando réplicas de leitura
Criar uma réplica de leitura
Dá um tempo nas tarefas que exigem muita leitura criando réplicas. Para fazer isso:
01: No portal do Azure, escolha o seu servidor PostgreSQL.
02: Em “Configurações”, escolha “Réplicas”.
03: Clique em “Adicionar réplica”, escolha a região e crie.
04: Use os pontos finais somente leitura no seu aplicativo.
Estrutura de monitoramento
O Azure Monitor dá uma visão detalhada da saúde e do uso dos seus recursos PostgreSQL.
Principais métricas a monitorar
- Utilização da CPU
- Uso da memória
- E/S de disco e IOPS
- Tempo de execução da consulta
- Conexões ativas
- Falhas na conexão
Para ver as métricas:
Passo 01: Vá até o portal do Azure e abra o Monitor.
Passo 02: Clique em “Métricas” e escolha o seu servidor flexível PostgreSQL.
Passo 03: Escolha uma métrica (por exemplo, CPU %).
Passo 04: Aplique filtros e defina a agregação (por exemplo, média, máximo).
Passo 05: Crie gráficos visuais ou prenda-os em painéis.
Criando regras de alerta
Os alertas ajudam você a agir em caso de anomalias de desempenho antes que elas afetem os usuários.
Para criar um alerta:
Passo 01: No portal do Azure, vá para Monitorar e selecione “Alertas”.
Passo 02: Clique em “Nova regra de alerta”.
Passo 03: Escolha o seu recurso PostgreSQL.
Passo 04: Escolha uma condição, por exemplo, “ CPU usage > 80%
”.
Passo 05: Defina o período e a frequência da avaliação.
Passo 06: Defina um grupo de ação (e-mail, webhook, Logic App).
Passo 07: Dá um nome e cria o alerta.
Indicadores-chave de desempenho (KPIs)
Monitorar os KPIs garante que seu sistema esteja funcionando bem e cumpra os SLAs:
KPI |
Descrição |
Utilização da CPU |
Deve ficar abaixo de 75% para um desempenho ideal. |
Uso da memória |
O uso intenso pode fazer com que as consultas fiquem lentas ou que o sistema fique sem memória. |
Duração da consulta |
Programe consultas lentas usando registros de desempenho de consultas |
Conexões ativas |
Mostra quantas pessoas estão usando o sistema ao mesmo tempo. |
Como usar o armazenamento |
Ajuda a prever quando o autoescalonamento pode ser acionado. |
Você pode ver e analisar esses KPIs no Azure Monitor Metrics.
Padrões de migração e integração
A migração de bancos de dados para o Azure Database para PostgreSQL pode ser bem tranquila com as ferramentas e a estratégia certas.
O Azure dá suporte à migração online e offline, vários sistemas de origem e integração com IA e ferramentas de desenvolvimento.
Se você quer um tutorial prático sobre como trabalhar com o PostgreSQL em ambientes de desenvolvimento reais, dê uma olhada em Usando PostgreSQL em Python.
Serviço de Migração de Banco de Dados (DMS)
O Serviço de Migração de Banco de Dados do Azure (DMS) facilita a migração segura e guiada de várias plataformas de banco de dados (locais ou na nuvem) para o PostgreSQL do Azure.
A imagem abaixo mostra os cenários e plataformas de migração que a gente suporta:
Diagrama mostrando o Serviço de Migração de Banco de Dados do Azure (DMS). Fonte: Produtos Microsoft
Fazendo uma migração usando o DMS
01: Crie uma instância do DMS:
- Vá até o portal do Azure e procure por “Serviços de migração de banco de dados”.
- Clique em “Criar” e escolha sua assinatura, grupo de recursos e região.
- Escolha “Tempo de execução da integração (IR)” e crie ou use um IR que já existe.
02: Crie um projeto de migração:
- Dentro da sua instância do DMS, clique em “Adicionar novo projeto de migração”.
- Dá um nome e define:
- Tipo de servidor de origem: PostgreSQL
- Tipo de servidor de destino: Banco de dados do Azure para PostgreSQL
- Tipo de atividade de migração: Online ou offline
03: Defina os servidores de origem e destino:
- Digite os detalhes de conexão do servidor PostgreSQL de origem (local, AWS RDS, etc.).
- Digite as credenciais do servidor flexível do Azure PostgreSQL que você quer usar.
04: Executar e monitorar a migração:
- Escolha os bancos de dados/esquemas que você quer migrar.
- Configure o mapeamento de tabelas e a transformação opcional de dados.
- Comece a migração e acompanhe o progresso no portal do Azure.
Migrando de instalações locais ou outras nuvens
Para migrações menores ou únicas, você pode usar ferramentas nativas do PostgreSQL, como pg_dump
e pg_restore
.
Migração offline via CLI
Para fazer uma migração offline de um banco de dados PostgreSQL local ou de outra nuvem para o Azure, siga estas etapas:
01: Exporta o banco de dados da fonte:
pg_dump -Fc --no-acl --no-owner -h <source-host> -U <source-user> dbname > db.dump
02: Importar para o Azure PostgreSQL:
pg_restore -h <azure-host> -U <azure-user> -d <target-db> db.dump
Uma dica é usar a flag “ --jobs
” com “ pg_restore
” para um desempenho mais rápido em bancos de dados grandes.
Migrando do Oracle para o PostgreSQL
Para migrar do Oracle para o PostgreSQL, você pode usar o Ora2Pg para converter esquemas Oracle em sintaxe compatível com o PostgreSQL. Siga estes passos:
01: Instala o Ora2Pg.
02: Configure o arquivo ora2pg.conf
com suas credenciais Oracle.
03: Execute os seguintes comandos:
ora2pg -c ora2pg.conf -o schema.sql
psql -h <azure-host> -U <user> -d <dbname> -f schema.sql
Para ficar mais craque em gerenciar bancos de dados depois da migração, dá uma olhada em Gerenciando bancos de dados no PostgreSQL.
Recursos de integração de IA
O Azure PostgreSQL permite cargas de trabalho de IA usando a extensão pgvector e pode se integrar ao Azure Cognitive Services.
Para habilitar e usar o pgvector:
CREATE EXTENSION IF NOT EXISTS vector;
02: Criar e usar colunas vetoriais:
CREATE TABLE embeddings (
id SERIAL PRIMARY KEY,
description TEXT,
embedding vector(1536)
);
03: Inserir e procurar vetores:
INSERT INTO embeddings (description, embedding)
VALUES ('example', '[0.1, 0.2, 0.3, 0.4]');
SELECT * FROM embeddings
ORDER BY embedding <-> '[0.1, 0.2, 0.3, 0.4]'
LIMIT 5;
04: Integre com serviços de IA:
- Use o Azure OpenAI, a Pesquisa Cognitiva ou o Azure ML para gerar incorporações.
- Guarde e pesquise usando pgvector no PostgreSQL.
Técnicas de otimização de custos
O Azure tem várias estratégias pra reduzir a infraestrutura e os custos operacionais do PostgreSQL.
Preços flexíveis para servidores
Para otimizar os custos com opções flexíveis de preços de servidores, siga estas diretrizes:
01: Use SKUs Burstable (por exemplo, B1ms
) para desenvolvimento ou cargas de trabalho com baixo uso de CPU.
- No portal do Azure, vá até PostgreSQL e escolha “Nível de preços”.
- Escolha “Burstable”.
02: Capacidade reservada:
- Comprometa-se a usar por 1 ou 3 anos e economize até 60%.
- Compre pelo portal do Azure indo em “Reservas”, clicando em “Adicionar” e escolhendo “Servidor flexível PostgreSQL”.
Economia em hiperescala (Citus)
O Hyperscale usa fragmentação horizontal pra melhorar a taxa de transferência.
Os benefícios incluem:
- Balanceamento de carga entre nós
- Melhor isolamento de recursos
- Eficiência de armazenamento por meio da compactação
Ative o Hyperscale acessando o portal do Azure, selecionando “Criar recurso” e, em seguida, escolhendo “Banco de dados do Azure para PostgreSQL (Hyperscale, Citus)”.
Gerenciamento de custos de armazenamento e backup
Para gerenciar os custos de armazenamento e backup de forma eficiente, é bom pensar nessas etapas:
Verifique a retenção de instantâneos:
- O Azure faz backups diários por padrão.
- Vá em “Configurações do servidor”, depois em “Backups” e ajuste o “Período de retenção” (o padrão é de 7 a 35 dias).
Calcule os custos com a Calculadora de preços do Azure:
- Calculadora de preços do Azure.
- Adicione o servidor flexível PostgreSQL, escolha a região, SKU, retenção de backup e IOPS.
Gerenciando versões e atualizações do PostgreSQL
Mantenha seu ambiente seguro e com suporte aplicando atualizações regularmente.
Versões compatíveis e política de ciclo de vida
É importante entender as versões do PostgreSQL que a gente suporta e a política de ciclo de vida delas pra manter um ambiente seguro e com suporte:
- O Azure dá suporte às versões 11 a 16 do PostgreSQL.
- O suporte à versão está alinhado com a política de fim de vida útil (EOL) da comunidade PostgreSQL.
- Planeje atualizações antes do fim da vida útil para manter o suporte e a segurança.
Atualização e correção
Atualizar e corrigir seu servidor flexível PostgreSQL envolve processos automáticos e manuais, dependendo do tipo de atualização:
- As atualizações menores são feitas automaticamente.
- As atualizações importantes precisam de alguns passos manuais:
Passos para atualizar:
01: Fazer backup do banco de dados atual:
pg_dumpall -h <current-host> -U <user> > backup.sql
02: Crie um novo servidor com a versão do PostgreSQL que você quer no Portal do Azure.
03: Restaurar backup para o novo servidor:
psql -h <new-host> -U <user> -f backup.sql
04: Atualize as cadeias de conexão no seu aplicativo ou nas variáveis de ambiente.
Ecossistema de Desenvolvimento
O Azure PostgreSQL dá suporte a DevOps modernos e cargas de trabalho geoespaciais.
Infraestrutura como Código (IaC)
Use o Terraform para provisionamento repetível e automatizado. Aqui tá um exemplo de script Terraform pra criar um servidor flexível Azure PostgreSQL:
resource "azurerm_postgresql_flexible_server" "example" {
name = "mypgflexserver"
resource_group_name = "myrg"
location = "East US"
administrator_login = "pgadmin"
administrator_password = "password123!"
sku_name = "Standard_B1ms"
version = "14"
}
Para criar o recurso, execute terraform init
→ terraform plan
→ terraform apply
.
Para saber mais, dá uma olhada no nosso guia completosobre como usar o Terraform com o Azure.
Recursos geoespaciaiscom PostGIS
O PostGIS dá um upgrade no PostgreSQL pra consultas espaciais e geográficas.
Para ativar o PostGIS:
CREATE EXTENSION postgis;
Use para aplicativos baseados em localização, mapeamento, otimização de rotas e geofencing.
Extensões e integrações populares
Ative extensões poderosas do PostgreSQL para melhorar a observabilidade e o agendamento:
Extensão |
Objetivo |
pg_stat_statements |
Acompanhe e analise o desempenho das consultas |
uuid-ossp |
Gerar UUIDs |
postgis |
Consultas geoespaciais |
pg_cron |
Agendar tarefas em segundo plano no SQL |
Para ativar as extensões que você quer, vá até o Portal do Azure e entre no seu servidor flexível PostgreSQL.
Depois, entra na seção Parâmetros do servidor, procura a configuração azure.extensions
, adiciona as extensões necessárias em uma lista separada por vírgulas e salva as alterações.
Conclusão
O Banco de Dados do Azure para PostgreSQL permite que você implante, dimensione e gerencie o PostgreSQL com confiabilidade, segurança e desempenho de nível empresarial na nuvem.
À medida que as demandas da nuvem evoluem, aproveitar o ecossistema robusto do Azure e a confiabilidade comprovada do PostgreSQL vai garantir que suas aplicações continuem ágeis, em conformidade e econômicas.
Se você quiser saber mais, recomendo muito daruma olhada no programa de habilidades Fundamentos do Azure. Boa aprendizagem!