AWS, Azure, Google Cloud, Huawei, Alibaba en Oracle Cloud vergelijken voor een migratie naar STACKIT

Dezelfde database, opgesteld vanuit Azure

Een kleine omgeving die voor deze pagina is geschreven en op 4 november 2026 door StackToIT is beoordeeld. Links: de PostgreSQL flexible server uit de Azure-invoer. Rechts: de STACKIT PostgreSQL Flex-instance die de engine daaruit schreef (de reviewopmerkingen boven het blok in het bestand zijn weggelaten). De AWS- en Google Cloud-omgevingen leveren dezelfde instance op met hun eigen bronwaarden.

resource "azurerm_postgresql_flexible_server" "orders" {
  name                   = "pg-orders"
  resource_group_name    = azurerm_resource_group.orders.name
  location               = azurerm_resource_group.orders.location
  version                = "16"
  administrator_login    = "orders"
  administrator_password = var.db_password
  sku_name               = "GP_Standard_D4s_v3"
  storage_mb             = 204800
  backup_retention_days  = 14
  zone                   = "1"

  high_availability {
    mode                      = "ZoneRedundant"
    standby_availability_zone = "2"
  }
}

resource "stackit_postgresflex_instance" "orders" {
  project_id = var.project_id
  name       = "pg-orders"
  version    = "16"
  flavor_id  = "4.32-replica"
  storage = {
    class = var.postgresflex_storage_class
    size  = 200
  }
  backup_schedule = "0 2 * * *"
  network = {
    acl = var.orders_allowed_cidrs
  }
  retention_days = 32
}

• De omvang komt uit de bron

  De bron-SKU heeft 4 vCPU en 16 GiB. Het concept kiest flavor 4.32-replica (4 vCPU, 32 GiB), de kleinste PostgreSQL Flex-flavor met hoge beschikbaarheid in de eu01-catalogus die de run las, omdat de bron een zoneredundante standby draait. STACKIT beschrijft een replicaset als drie nodes die elkaar spiegelen; de run stelt hiervoor geen zoneplaatsing of failovergedrag vast.

• De bewaartermijn wordt omgezet

  De bron bewaart back-ups 14 dagen. Het concept zet retention_days op 32 en markeert de regel in het logboek als TRANSFORMED, zodat niemand die als gelijke instelling leest.

• Toegang en zones bepaalt u zelf

  De instance krijgt een toegangslijst uit een variabele zonder standaardwaarde. De bronzone en de standbyzone worden niet gegenereerd; de run legt beide vast als niet overgenomen.

Waar een concept stopt: Huawei Cloud en Oracle Cloud

Uit twee van de runs. Het bewijs is hier het assessmentrecord, naast het STACKIT-Terraform-concept dat elke run ter beoordeling schrijft. Links: de Huawei RDS-eenheid. Rechts: het Oracle Database-systeem. Beide records zijn ingekort tot id, klasse, zekerheidsniveau, doel en reden; het Oracle-record heeft helemaal geen doel.

{
  "id": "huaweicloud_rds_instance.orders",
  "class": "REPLATFORM",
  "confidence": "MEDIUM",
  "target": {
    "service": "STACKIT PostgreSQL Flex"
  },
  "reason": "Managed PostgreSQL to managed PostgreSQL: data moves with pg_dump/pg_restore or logical replication, and the flavor becomes a Flex flavor."
}

{
  "id": "oci_database_db_system.orders",
  "class": "REDESIGN",
  "confidence": "LOW",
  "reason": "STACKIT has no Oracle Database service. Decide whether the database changes engine, with a schema and procedure conversion, or stays on self-managed Oracle under your own licence."
}

• Dezelfde engine, een duidelijk doel

  Managed PostgreSQL op Huawei Cloud, Alibaba Cloud, AWS, Azure en Google Cloud is REPLATFORM met zekerheidsniveau MEDIUM en komt uit op PostgreSQL Flex. De data gaat over met pg_dump en pg_restore of met logische replicatie.

• Geen Oracle-dienst op STACKIT

  Het Oracle Database-systeem is REDESIGN met zekerheidsniveau LOW en zonder doeldienst. Het record geeft aan dat u moet kiezen tussen een nieuwe engine met conversie van schema en procedures, of Oracle in eigen beheer onder uw eigen licentie.

Zes bronnen, één applicatie

Elke rij is één run van dezelfde applicatievorm: een netwerk met subnet, een virtuele machine, een managed PostgreSQL-database en een objectbucket. De AWS-omgeving heeft een tweede subnet voor de database; de omgevingen van Huawei Cloud en Alibaba Cloud voegen de security group toe die hun database of server nodig heeft, en die elke run koppelt aan STACKIT security groups.

Aantallen zoals de runs ze rapporteerden. Elke eenheid heeft zekerheidsniveau MEDIUM, behalve het Oracle Database-systeem, dat LOW heeft. Het zijn kleine omgevingen; ze tonen de vorm van elke bron, niet de inspanning van de uwe.

Dienst voor dienst: waar de bronnen verschillen

De Kubernetes-rijen komen uit afzonderlijke runs van een cluster met zijn netwerk, één per bronplatform. De rijen voor de nodepool tonen een dekkingslacune in deze build, geen eigenschap van de clouds. In de runs voor EKS, AKS en GKE wordt de nodepool beoordeeld als onderdeel van de clustereenheid (de instellingen staan onder die eenheid in assessment.json) en heeft dus geen eigen rij.

Opties voor de volgorde bij een gemengde omgeving

Algemene praktijk voor omgevingen die uit meer dan één cloud komen. Elke StackToIT-run leest één rootmodule, dus een gemengde omgeving is een reeks runs.

Hoe u beslist

1. 01

   Begin bij de klassen, niet bij de cloud

   Lees de kolom met klassen van elke run voordat u de bronnen rangschikt. REDESIGN- en MANUAL_REVIEW-eenheden, zoals een Oracle Database of een nodepool zonder catalogusvermelding, bepalen de planning meer dan het aantal resources.

2. 02

   Controleer wat de run schreef

   Open terraform/ in elke uitvoer. Een map met alleen terraform.tf, variables.tf en README.md betekent dat het plan bestaat, maar dat de resourceblokken door de architect moeten worden geschreven.

3. 03

   Bepaal de projectindeling één keer

   Het migratieplan van elk van de zes runs begint met hetzelfde openstaande vak: STACKIT-organisatie, mappen en projecten zijn ingericht, met één project per omgeving als gebruikelijke start. Beantwoord dat één keer voor de hele omgeving en hergebruik het antwoord in elke bronrun.

4. 04

   Houd één beslissingsregister voor de omgeving

   decisions.json verschilt per run: 16 openstaande beslissingen voor AWS, 12 voor Azure, 10 voor Google Cloud en geen voor Huawei Cloud, Alibaba Cloud en Oracle Cloud, omdat bij die bronnen alle eenheden aan de architect worden overgelaten. Voeg de openstaande beslissingen samen tot één lijst voordat de eerste golf wordt gepland, voeg uw eigen beslissingen toe voor de drie bronnen zonder concept en geef elke beslissing een eigenaar.

5. 05

   Test vroeg wat per database-engine verschilt

   De reviewregels van elke database-eenheid noemen wat u moet testen. In de AWS-dataomgeving achter onze gids over databasearchitectuur waren dat de lijst met extensies voor PostgreSQL, SQL Agent-jobs, linked servers en CLR-assemblies voor SQL Server, en authenticatieplug-ins bij een overstap van MySQL naar MariaDB.

Vragen van architecten

Bronnen

• Overzicht van STACKIT Object Storage
• Overzicht van STACKIT Kubernetes Engine
• Overzicht van STACKIT PostgreSQL Flex
• Architectuur van STACKIT PostgreSQL Flex