Google Cloud versus STACKIT: service mapping

De twaalf resources van de run

Een omgeving die voor deze pagina is geschreven: een netwerk met één subnetwork, een firewallregel en een virtuele machine, plus Cloud SQL voor PostgreSQL, een bucket, Memorystore, een Pub/Sub-topic, een secret, een DNS-zone, Bigtable en een BigQuery-dataset. StackToIT beoordeelde die op 4 november 2026. De klassen zijn zoals de run ze bepaalde.

De run telde 1 DIRECT, 7 RECONFIGURE, 2 REPLATFORM en 2 REDESIGN. Golf 1 bevat negen eenheden zonder afhankelijkheid, golf 2 het subnetwork en de firewallregel, golf 3 de virtuele machine. Alle twaalf hebben hoogstens zekerheidsniveau MEDIUM: geen lockbestand zet de Google-provider vast en de run meldt dat de versie die een plan zou gebruiken niet is bewezen.

Drie dataservices, omgezet

Dezelfde run. Eerste paneel: de drie datablokken van de invoer, in bestandsvolgorde (main.tf, regels 56 tot 79). Daarna één paneel per STACKIT-resourceblok dat de engine schreef, uit terraform/data.tf en terraform/storage.tf, zonder de reviewcommentaren boven elk blok. Plannamen, versies en toegangslijsten blijven variabelen, omdat de bron er geen voor het doel noemt.

resource "google_sql_database_instance" "main" {
  name             = "shop-db"
  region           = "europe-west3"
  database_version = "POSTGRES_16"

  settings {
    tier = "db-custom-4-15360"
  }

  deletion_protection = true
}

resource "google_storage_bucket" "media" {
  name                        = "shop-platform-prod-media"
  location                    = "EUROPE-WEST3"
  uniform_bucket_level_access = true
}

resource "google_redis_instance" "cache" {
  name           = "shop-cache"
  tier           = "STANDARD_HA"
  memory_size_gb = 4
  region         = "europe-west3"
}

resource "stackit_valkey_instance" "cache" {
  project_id = var.project_id
  name       = "shop-cache"
  plan_name  = var.cache_plan_name
  version    = var.cache_version
  parameters = {
    sgw_acl = join(",", var.cache_allowed_cidrs)
  }
}

resource "stackit_postgresflex_instance" "main" {
  project_id = var.project_id
  name       = "shop-db"
  version    = "16"
  flavor_id  = "4.32"
  storage = {
    class = var.postgresflex_storage_class
    size  = 20
  }
  backup_schedule = "0 2 * * *"
  network = {
    acl = var.main_allowed_cidrs
  }
  retention_days = 32
}

resource "stackit_objectstorage_bucket" "media" {
  project_id = var.project_id
  name       = "shop-platform-prod-media"
}

• Te bevestigen waarden

  De databasetier db-custom-4-15360 (4 vCPU, 15 GiB) werd flavor_id 4.32, wat het concept toelicht als 4 vCPU en 32 GiB, de kleinste single-node PostgreSQL Flex-flavor in eu01 die de bron dekt. Het concept stelt ook een dagelijkse back-up om 02:00 en 32 dagen retentie in, wat de commentaren een standaardwaarde en het minimum van STACKIT noemen, omdat de bron geen van beide vermeldt. De toegangslijst van Valkey heeft geen standaardwaarde en het concept wijst een lege lijst af, dus u moet de clientranges opgeven. Bevestig dit alles voordat u een plan maakt.

Overige diensten in de samengestelde mapping

Diensten die deze run niet bevatte. Ze komen uit de mapping die StackToIT voor Google Cloud bijhoudt, niet uit deze run; lees de klasse dus als de gebruikelijke, niet als een resultaat.

Memorystore is RECONFIGURE in deze run; de samengestelde mapping staat afhankelijk van de configuratie ook REPLATFORM toe.

Configuratieverschillen die in de praktijk knellen

De eerste zeven rijen komen uit bevindingen en conceptcommentaren die deze run op de omgeving opleverde. De twee DNS-rijen komen uit de Cloud DNS-run achter ons DNS-cutoverrunbook en uit de STACKIT DNS-documentatie, omdat deze omgeving een niet-ondertekende publieke zone heeft en geen privézone.

Zo leest u de mapping

• De klasse is het type werk

  RECONFIGURE betekent dat er een tegenhanger bestaat en dat instellingen veranderen. REPLATFORM betekent een ander platformmodel. REDESIGN betekent dat de architectuur verandert. Geen enkele klasse is op zichzelf een goedkeuring.

• Lees de openstaande instellingen, niet alleen de klasse

  Een DIRECT-zone laat het omzetten van de nameservers bij de registrar nog aan u, en een REPLATFORM-topic laat zijn namen en leveringsinstellingen open. De klasse en de openstaande beslissingen zijn twee verschillende antwoorden.

• Begin met de REDESIGN-rijen

  Ze hebben geen tegenhanger, dus die bepalen de planning en het budget. Golven volgen alleen afhankelijkheden: Bigtable en BigQuery staan in golf 1 omdat niets in deze omgeving ervan afhangt, niet omdat de run ze het eerst noemt. Begin met hun ontwerpwerk vóór de andere eenheden, in welke golf ze ook zitten.

• Zet de provider vast voordat u op het zekerheidsniveau vertrouwt

  De run meldt dat eenheden van een provider zonder lockregel worden beperkt tot zekerheidsniveau MEDIUM. Leg het lockbestand dat de Google-provider vastzet vast in versiebeheer en voer opnieuw uit; een eenheid die daarna nog MEDIUM is, heeft dat niveau om eigen redenen.

Vragen van architecten

Bronnen

• STACKIT-documentatie: RabbitMQ
• STACKIT-documentatie: overzicht van DNS
• STACKIT-documentatie: MongoDB Flex
• Google Cloud-documentatie: Pub/Sub-subscriptions
• Google Cloud-documentatie: overzicht van Bigtable
• Google Cloud-documentatie: Cloud DNS-zones