Como obter um banco de dados SQL do Azure gratuito

Introdução e Contexto

Tim começa por salientar que, embora os serviços do Azure incluam muitas ofertas gratuitas, as pessoas muitas vezes não sabem como tirar o máximo proveito delas. Esta sessão tem como objetivo mostrar como obter uma oferta gratuita de banco de dados SQL, que será gratuita para sempre no âmbito da sua assinatura do Azure, e como utilizá-la da maneira correta.

Ele observa que isso é ideal para engenheiros de software, estudantes ou entusiastas que exploram o Azure, e que ele abordará tudo, desde a criação do banco de dados até a conectividade do front-end usando o Visual Studio e um aplicativo Web Blazor .

Configurando o banco de dados SQL gratuito

Tim acessa o portal do Azure, clica em "Criar um recurso" e seleciona "Banco de Dados SQL". Na página de criação do banco de dados SQL, há uma opção para experimentar o Azure SQL gratuitamente. Isso cria um banco de dados sem servidor com os seguintes limites da camada gratuita:

• 100.000 segundos de vCore

• 32 GB de dados

• 32 GB de armazenamento de backup

• Um banco de dados SQL por assinatura do Azure

Tim enfatiza que esta oferta foi concebida para aprendizagem, experimentação e cenários de desenvolvimento/teste, e não para produção com alta carga.

Configurando os detalhes do projeto e o nome do banco de dados

Tim nomeia seu grupo de recursos como "SQL gratuito" — uma maneira eficiente de agrupar recursos relacionados no Azure. Cada nome de grupo de recursos funciona como um contêiner, facilitando a limpeza após os testes. O nome do banco de dados é "demo DB" e, como não existe nenhum banco de dados, Tim clica em "Criar novo servidor".

Ele define o nome do servidor como "timcoreydemo", seleciona uma região e continua com a configuração.

Selecionando o método de autenticação

Ao ser questionado sobre um método de autenticação, Tim opta pela autenticação SQL, criando um login de administrador do servidor com o nome de usuário "Tim" e uma senha segura. Ele explica que a autenticação Microsoft Entra (anteriormente Active Directory) poderia ser usada em produção, mas a autenticação SQL é mais simples para fins de demonstração e para strings de conexão.

Analisando o Resumo de Custos e o Recurso de Pausa Automática

Tim se concentra no cartão de resumo de custos, que confirma que o banco de dados SQL custará US$ 0. Ele explica o mecanismo de pausa automática: se você exceder a quantidade gratuita — os 100.000 segundos de vCore alocados ou 32 GB de armazenamento de backup — o serviço será desligado automaticamente para evitar custos adicionais. O limite é redefinido no mês seguinte, tornando-se efetivamente um banco de dados SQL do Azure gratuito para sempre, desde que você respeite os limites.

Finalizando a implantação através do botão Criar

Tim ignora configurações opcionais como a aba de rede, configurações adicionais e integração com o Microsoft Defender. Ele clica em "Revisar + Criar" e inicia o processo de provisionamento. Isso leva alguns minutos, durante os quais o banco de dados é criado e vinculado ao grupo de recursos e ao servidor.

Entendendo a diferença entre servidor e banco de dados

Após a implantação, Tim destaca a distinção entre um servidor SQL (que hospeda um ou mais bancos de dados) e o próprio banco de dados SQL (onde seus dados reais residem). Embora o servidor não tenha um custo separado nesta configuração, o banco de dados tem — a menos que esteja dentro dos limites do plano gratuito.

Ele fixa o banco de dados no painel para facilitar o acesso.

Configurando regras de firewall

Tim mostra como configurar o acesso ao seu banco de dados SQL do Azure modificando a regra do firewall. Nas configurações do servidor, ele permite o acesso público ao endpoint e adiciona o endereço IP do seu cliente atual. Isso permite que ele se conecte a partir de sua máquina local.

Em um ambiente de produção, você pode evitar o acesso público e, em vez disso, permitir que os serviços do Azure se conectem diretamente, usando a segurança da rede interna.

Explorando o Editor de Consultas

Dentro do editor de consultas, Tim faz login com suas credenciais de autenticação SQL e confirma que o banco de dados ainda está vazio. Ainda não existem tabelas ou procedimentos — é uma tela em branco pronta para desenvolvimento.

Criando o banco de dados SQL localmente

Tim muda para o Visual Studio e usa o SQL Server Data Tools (SSDT) ​​para criar um esquema de banco de dados local. Ele instala as ferramentas necessárias — especificamente a carga de trabalho "Armazenamento e processamento de dados" por meio do instalador do Visual Studio.

Ele inicia um novo projeto usando o modelo de banco de dados do SQL Server, nomeando-o "Banco de Dados de Demonstração" e o vincula à solução mais ampla intitulada "Demonstração Gratuita do Azure".

Elaboração de uma tabela de pessoas e procedimento armazenado

Tim adiciona uma tabela chamada Pessoa, com três campos: ID (marcado como Identidade e chave primária), Nome e Sobrenome — ambos marcados como nvarchar e obrigatórios.

Em seguida, ele cria um procedimento armazenado chamado spPerson_GetAll que recupera todas as linhas da tabela Person. Ele também utiliza a ferramenta de refatoração para substituir SELECT * por colunas com nomes explícitos, promovendo melhor desempenho e estabilidade das consultas.

Publicando o esquema no LocalDB

Tim tenta publicar o esquema no LocalDB, que funciona como uma instância local do SQL Server. Ele primeiro se depara com um erro devido a uma incompatibilidade entre as versões de destino do SQL Server — o LocalDB emula o SQL Server 2019, mas o projeto tem como alvo o SQL Server 2022.

Ele resolve isso alterando o destino para o Banco de Dados SQL do Azure nas propriedades do projeto e republicando. Sucesso!

Adicionando dados de exemplo e executando consultas

Tim insere manualmente dados de teste — como "Tim" e "Sue" — no banco de dados local por meio do explorador de objetos do Visual Studio. Isso preenche a tabela Pessoa, fornecendo dados para o frontend posteriormente.

Criando um aplicativo Blazor para conectar

Tim cria um aplicativo Blazor Server chamado "DatabaseDemoApp" e o adiciona à sua solução. Ele inclui os pacotes NuGet necessários: Microsoft.Data e Dapper, e adiciona uma classe personalizada chamada SQLDataAccess.

Escrevendo a Camada de Acesso a Dados

Na classe SQLDataAccess, Tim escreve um método genérico chamado LoadData.<T, U> Utilizando o Dapper para consultar SQL por meio de um procedimento armazenado. Ele lê a string de conexão do arquivo de configuração e garante que as conexões sejam descartadas corretamente usando a instrução using.

Exibindo dados SQL em uma página da web

Tim atualiza a página de previsão do tempo para exibir a lista de pessoas do banco de dados. Ele cria um PersonModel com as propriedades correspondentes e o vincula a uma tabela Razor . Esta página extrai dados em tempo real do SQL Server (inicialmente LocalDB) usando o método LoadData.

Conectando-se ao Banco de Dados SQL do Azure

Em seguida, Tim copia a cadeia de conexão do Azure SQL do portal do Azure. Ele demonstra como publicar o esquema na nuvem usando o Visual Studio, direcionando-o para o banco de dados Azure SQL em vez do LocalDB.

No editor de consultas, ele insere novos registros ("Tim Corey" e "Scooby Doo") diretamente no banco de dados SQL do Azure.

Utilizando segredos de usuário para configuração segura

Para evitar o uso de credenciais sensíveis embutidas no código, Tim utiliza Segredos do Usuário para armazenar a string de conexão de forma segura. Ele cola a string em secrets.json e a remove de appsettings.json, mantendo os segredos fora do controle de versão — uma prática recomendada para desenvolvedores profissionais.

Verificação da recuperação de dados da nuvem

Tim executa o aplicativo novamente e, em vez de carregar registros locais, agora ele exibe as entradas do banco de dados SQL do Azure: Tim Corey e Scooby Doo. Isso prova que, uma vez configurado corretamente, um banco de dados SQL do Azure funciona exatamente como um banco de dados local.

Excluindo o grupo de recursos para realizar a limpeza.

Tim enfatiza a importância da limpeza para evitar o desperdício de recursos e cobranças acidentais. Ele navega até o nome do grupo de recursos, confirma os detalhes do projeto e exclui todo o grupo, incluindo o banco de dados, o servidor e os serviços relacionados.

Resumo final e ferramentas gratuitas para explorar

Tim conclui incentivando os espectadores a explorarem ferramentas gratuitas do Azure, como a oferta gratuita do Banco de Dados SQL do Azure. Seja para aprender ou testar, este banco de dados gratuito oferece um ambiente seguro para experimentar e crescer, com recursos como:

• 32 GB de armazenamento de backup

• Quantidade gratuita de segundos de vCore

• Integração com Visual Studio e aplicativos Blazor

• Compatibilidade com serviços reais do Azure

Ele lembra aos espectadores que essa oportunidade de criar bancos de dados SQL sem custo é inestimável para qualquer pessoa que esteja começando a trabalhar com Azure, SQL ou engenharia de software em nuvem.

Conclusão

O passo a passo de Tim Corey sobre a configuração do banco de dados SQL gratuito do Azure é mais do que um simples tutorial — é uma verdadeira aula prática sobre como usar recursos baseados em nuvem de forma eficaz e acessível. Desde a criação da oferta gratuita de banco de dados SQL até a implantação de um aplicativo Blazor completo conectado a uma instância SQL do Azure em produção, ele detalha o processo com uma clareza e profundidade raras em tutoriais de tecnologia.

Para ter a experiência completa, assista ao vídeo de Tim Corey. O canal dele é um tesouro para desenvolvedores, oferecendo aulas completas sobre tópicos como SQL Server, C#, serviços do Azure e muito mais.