Como utilizar o serviço RDS da AWS e receber o endpoint diretamente pelo Terraform

Contexto

Vemos no a necessidade de utilização de bancos para armazenar dados, sejam quais forem. Para tanto, temos a solução RDS da AWS, um serviço de banco de dados relacional.

Essa tecnologia nos provê um endpoint para poder conectar no banco e realizar operações, mas como podemos receber este endpoint diretamente no Terraform?

 

Criando a infraestrutura

Vamos utilizar somente o RDS neste post, visto que nosso maior objetivo é receber seu endpoint diretamente pelo terraform

Para tanto é preciso criar um arquivo chamado main.tf e nele indicar nosso provider, no caso a AWS

1# No bash o ">" redireciona a saida padrão para um arquivo, porem quando utilizado sem saída ele cria um arquivo ^^
2 
3>main.tf

Coloque o código abaixo para iniciarmos o plugin do terraform aws

01terraform {
02   required_providers {
03   aws = {
04      source = "hashicorp/aws"
05      version = "3.64.1"
06      }
07   }
08}
09 
10provider "aws" {
11    region  = "us-east-1"
12}

Rode o comando para inicializar o plugin

1terraform init

Depois disso podemos criar o código que conterá nosso rds em um arquivo chamado rds.tf

01resource "aws_db_instance" "default" {
02 allocated_storage = 10
03 engine = "mysql"
04 engine_version = "8.0.23"
05 instance_class = "db.t2.micro"
06name = "linux"
07 username = "teste"
08 password = "testandoRDS"
09 skip_final_snapshot = true
10}

Agora podemos subir a infraestrutura:

1terraform apply

 

Assim, já teremos nosso banco criado na aws e rodando prontinho para uso 🙂

Porém ainda precisamos do endpoint deste banco, motivo pelo qual vamos utilizar os outputs do terraform.

Que nada mais são do que as saídas que a própria API do nosso provider(aws)  nos fornecerá.

Basta criarmos um arquivo chamado output.tf e inserir o código abaixo.

Neste caso buscamos somente o endpoint pois é o que nos interessa:

 

1output "rds_endpoint" {
2value = aws_db_instance.default #é importante ressaltar que o value se torna o nome_do_recurso.id_do_recurso
3description = "endpoint do RDS"
4sensitive = true
5}

Agora ao rodar novamente o terraform apply teremos a seguinte saída

Dessa forma, podemos agora visualizar os outputs gerados pelo terraform.

Por padrão, ele gera diversos outputs, mas criamos esse em especial para que possamos ter acesso ao nosso banco de forma facilitada.
Para visualizar o output é preciso rodar o comando abaixo:

1terraform output -json

e teremos uma saída em formato json no terminal, no meio desta bagunça está o nosso endpoint

Para facilitar a visualização podemos utilizar o parser de json chamado jq

Com isto temos a visualização exata do valor do nosso endpoint 😀

 

Líder em Treinamento e serviços de Consultoria, Suporte e Implantação para o mundo open source. Conheça nossas soluções:

CURSOSCONSULTORIA

Anterior Entenda o papel crucial do API Gateway na infraestrutura de TI
Próxima Descubra o mundo da Cloud Computing com o curso gratuito da 4Linux

About author

Gabriel Nascimento
Gabriel Nascimento 4 posts

Gabriel Nascimento, Formado como Tecnologo em Análise e Desenvolvimento de Sistemas pela UNASP e Técnico em Redes de computadores pela ETEC de Embu , atua como Analista de infraestrutura Linux com ênfase em automação de tarefas bem com as tecnologias Jenkins, Shell Script, Puppet, Chef e Ansible

View all posts by this author →

Você pode gostar também

Containers

Guia Rápido: Como Fazer Deploy de uma API Python na Cloud Usando Containers

Está aprendendo a programar e gostaria e publicar sua primeira aplicação? Neste post faremos o deploy de uma API python em cloud de maneira simples e rápida utilizando containers!  

Treinamentos

Curso 4Linux: Domine a orquestração de microsserviços em nuvem!

Quer se tornar mestre na orquestração de microsserviços nas duas maiores plataformas de nuvem, Google Cloud e Amazon Web Services? Temos o curso perfeito para você! A 4Linux acaba de

Infraestrutura TI

Entenda o papel crucial do API Gateway na infraestrutura de TI

Com o aumento considerável do uso dos conhecidos cloud providers, alguns tópicos que eram restritos ao vocabulário dos profissionais de infraestrutura acabaram transbordando para outras áreas, em especial para os