Última revisão: maio de 2026
Construa os serviços da AWS do exame PCDOE com Terraform puro — um bloco de cada vez, cada um vinculado a um domínio do exame. O mesmo código funciona no OpenTofu.
Ao final deste laboratório, você terá provisionado, com Terraform puro, uma instância de cada um dos três principais serviços de BD gerenciados do GCP — Cloud SQL Postgres (HA + backups automatizados), Cloud Spanner (regional, nó único) e Cloud Bigtable (cluster de desenvolvimento de nó único). Quatro blocos; a matriz de decisão carga de trabalho → serviço do PCDOE em código.
Este é o laboratório mais caro do conjunto GCP; leia a nota de custo cuidadosamente antes de aplicar.
Cole os trechos em um único main.tf, execute terraform init, e então terraform apply passo a passo.
>= 1.5 ou OpenTofu >= 1.6.your-project-id no bloco do provedor.Três itens da fatura cobram agressivamente:
db-perf-optimized-N-2, HA regional): ~$100/mês.Total de ~$700/mês. Este é de longe o laboratório mais caro do conjunto CertLabPro. Aplique, tire uma captura de tela, destrua. Ou aplique parte por parte (terraform apply -target=...) para provisionar e destruir um serviço por vez.
Habilite as APIs do Cloud SQL, Spanner e Bigtable.
terraform {
required_version = ">= 1.5"
required_providers {
google = { source = "hashicorp/google", version = "~> 6.0" }
}
}
provider "google" {
project = "your-project-id" # REPLACE
region = "us-central1"
}
locals {
labels = {
project = "certlabpro-pcdoe"
managed_by = "terraform"
}
}
resource "google_project_service" "sqladmin" {
service = "sqladmin.googleapis.com"
disable_on_destroy = false
}
resource "google_project_service" "spanner" {
service = "spanner.googleapis.com"
disable_on_destroy = false
}
resource "google_project_service" "bigtableadmin" {
service = "bigtableadmin.googleapis.com"
disable_on_destroy = false
}Cloud SQL é o serviço gerenciado do GCP para Postgres / MySQL / SQL Server — escalado verticalmente, regional. O exame PCDOE testa este formato de Cloud SQL para relacional com teto de escala vertical conhecido versus Spanner (escala horizontal, transações distribuídas).
Nós provisionamos com availability_type = "REGIONAL" (HA — réplica síncrona em uma zona diferente, failover automático), backups diários automatizados e recuperação pontual ativada (o padrão recomendado pelo PCDOE).
resource "google_sql_database_instance" "main" {
name = "certlabpro-pcdoe-pg"
database_version = "POSTGRES_15"
region = "us-central1"
settings {
tier = "db-perf-optimized-N-2"
availability_type = "REGIONAL" # HA — synchronous standby
backup_configuration {
enabled = true
point_in_time_recovery_enabled = true
start_time = "02:00"
backup_retention_settings {
retained_backups = 7
}
}
maintenance_window {
day = 7 # Sunday
hour = 3
update_track = "stable"
}
insights_config {
query_insights_enabled = true
query_string_length = 1024
record_application_tags = true
}
}
deletion_protection = false # lab-only
depends_on = [google_project_service.sqladmin]
}Cloud Spanner é o BD relacional escalado horizontalmente, fortemente consistente e distribuído globalmente do PCDOE — o único produto no blueprint do exame GCP que oferece semântica SQL entre continentes com forte consistência. O exame PCDOE o enquadra como Cloud SQL para vertical, Spanner para horizontal.
Nós provisionamos a menor pegada possível: 1 Unidade de Processamento (PU) regional, a configuração de desenvolvimento recomendada pelo PCDOE. O Spanner de produção provisiona mais de 100 PUs (ou mais de 1 nó — 1 nó = 1000 PUs).
resource "google_spanner_instance" "main" {
name = "certlabpro-pcdoe"
config = "regional-us-central1"
display_name = "PCDOE lab Spanner"
processing_units = 100 # 1 Node = 1000 PUs; 100 PU = ~$65/month floor
labels = local.labels
depends_on = [google_project_service.spanner]
}
resource "google_spanner_database" "main" {
instance = google_spanner_instance.main.name
name = "labdb"
ddl = [
"CREATE TABLE items (id STRING(36) NOT NULL, name STRING(MAX), created_at TIMESTAMP NOT NULL OPTIONS (allow_commit_timestamp=true)) PRIMARY KEY (id)",
]
deletion_protection = false # lab-only
}Cloud Bigtable é o serviço NoSQL de coluna larga do PCDOE — leituras/escritas de baixa latência em grande escala (pense: séries temporais, IoT, ad-tech). O exame PCDOE o enquadra como Bigtable para colunas largas com alta carga de escrita, versus Firestore (documento, mobile-first), versus Spanner (relacional, distribuído).
Nós provisionamos um cluster SSD de nó único (o menor possível). Uma família de colunas cf1 com coleta de lixo de versão infinita — implantações de produção usariam uma política de GC baseada em idade ou versão.
O Bigtable não tem um nível de custo zero — mesmo inativo, um cluster SSD de 1 nó custa ~$540/mês. Destrua prontamente.
resource "google_bigtable_instance" "main" {
name = "certlabpro-pcdoe-bt"
display_name = "PCDOE lab Bigtable"
instance_type = "PRODUCTION"
cluster {
cluster_id = "certlabpro-pcdoe-bt-c1"
zone = "us-central1-a"
num_nodes = 1
storage_type = "SSD"
}
labels = local.labels
deletion_protection = false # lab-only
depends_on = [google_project_service.bigtableadmin]
}
resource "google_bigtable_table" "items" {
name = "items"
instance_name = google_bigtable_instance.main.name
column_family {
family = "cf1"
}
}terraform destroy derruba tudo — faça isso prontamente para parar a fatura de ~$700/mês. A instância do Cloud SQL é destruída (apenas para laboratório deletion_protection = false). A instância + banco de dados do Spanner são destruídos sem problemas (nenhum bloco de proteção contra exclusão de produção no caminho). A instância + tabela do Bigtable são destruídos sem problemas.
O PCDOE abrange muitas superfícies de engenharia de BD que este laboratório não pode incluir — Firestore (o BD de documentos para aplicativos móveis/web), Memorystore (Redis + Memcached gerenciados), Cloud SQL para MySQL / SQL Server (abordado apenas Postgres), réplicas de leitura do Cloud SQL + réplicas entre regiões, AlloyDB para Postgres (o serviço compatível com Postgres de maior desempenho), replicação + autoescalonamento do Bigtable, configurações de georreplicação do Spanner (multirregião, região dupla), Database Migration Service (DMS — migração gerenciada de MySQL / Postgres on-premise para Cloud SQL), Datastream (CDC), superfície da API HBase do Bigtable, API legada do Firestore no modo Datastore, Cloud Backup e DR Service (o produto de backup gerenciado entre serviços) e Cloud Storage como destino de backup.
Nós nos limitamos ao trio Cloud SQL + Spanner + Bigtable porque eles são os pontos finais da matriz de decisão do PCDOE — todo cenário de exame testa qual destes três (mais Firestore + AlloyDB) para esta carga de trabalho?. Firestore + AlloyDB + Memorystore adicionariam cada um uma fatia significativa, mas o custo torna um laboratório de 5 serviços impraticável.
Para cobertura conceitual serviço a serviço, consulte as seções Navegar, Guia e Editorial desta página de certificação.