Alibaba Cloud vs STACKIT: Service-Zuordnung

Die Zuordnung, wie ein Lauf sie entschieden hat

Eine für diese Seite geschriebene Webshop-Umgebung: Netzwerk, ein Server, ein Load Balancer, drei Datendienste, Object Storage, zwei Messaging-Dienste, eine Funktion, eine RAM-Rolle und ein KMS-Schlüssel. StackToIT hat sie am 4. November 2026 bewertet, ohne sich mit einem Konto zu verbinden.

Klassen und Ziele sind aus dem Lauf übernommen. Für Alibaba-Cloud-Umgebungen hat der Lauf keine STACKIT-Ressourcenblöcke entworfen; daher endet jede Zeile als manueller Schritt mit einem Verantwortlichen.

Drei Daten- und Messaging-Dienste, bewertet

Links: drei Ressourcen der Eingabe. Rechts: ein Auszug aus assessment.json mit den Werten, die der Lauf geschrieben hat. Drei zustandsbehaftete Dienste, drei verschiedene Klassen: Die PostgreSQL-Instanz ist REPLATFORM, der PolarDB-Cluster REDESIGN und die Kafka-Instanz CONTAINERIZE. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten. Die Eingabeblöcke stehen in getrennten Ausschnitten, weil sie in main.tf nicht direkt aufeinander folgen.

resource "alicloud_db_instance" "orders" {
  engine               = "PostgreSQL"
  engine_version       = "16.0"
  instance_type        = "pg.n2.2c.2m"
  instance_storage     = 100
  instance_name        = "shop-orders"
  vswitch_id           = alicloud_vswitch.app.id
}

resource "alicloud_polardb_cluster" "ledger" {
  db_type       = "MySQL"
  db_version    = "8.0"
  db_node_class = "polar.mysql.g2.medium"
  pay_type      = "PostPaid"
  vswitch_id    = alicloud_vswitch.app.id
  description   = "shop-ledger"
}

resource "alicloud_alikafka_instance" "events" {
  name          = "shop-events"
  partition_num = 50
  disk_type     = 1
  disk_size     = 500
  deploy_type   = 5
  io_max        = 20
  vswitch_id    = alicloud_vswitch.app.id
}

[
  {
    "id": "alicloud_db_instance.orders",
    "result": {
      "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 instance class becomes a Flex flavor."
    }
  },
  {
    "id": "alicloud_polardb_cluster.ledger",
    "result": {
      "class": "REDESIGN",
      "confidence": "LOW",
      "reason": "PolarDB separates compute from shared storage, which has no STACKIT counterpart. Choose the target by its compatible engine: PostgreSQL Flex or MariaDB, and test the workload there."
    }
  },
  {
    "id": "alicloud_alikafka_instance.events",
    "result": {
      "class": "CONTAINERIZE",
      "confidence": "MEDIUM",
      "target": {
        "service": "a self-managed Kafka-compatible broker on SKE"
      },
      "reason": "STACKIT has no managed Kafka service. The broker runs self-managed on SKE, or the messaging design changes to RabbitMQ."
    }
  }
]

• Gleiche Engine, direktes Ziel

  ApsaraDB RDS for PostgreSQL wird zu STACKIT PostgreSQL Flex. Die Daten werden per pg_dump und pg_restore oder per logischer Replikation übertragen, und die Instanzklasse wird zu einem Flex-Flavor.

• Kein Ziel ohne Entscheidung

  PolarDB trennt Compute und gemeinsamen Speicher, wofür es auf STACKIT kein Gegenstück gibt. Der Lauf schlägt kein Ziel vor und bittet Sie, eines nach kompatibler Engine zu wählen und den Workload dort zu testen.

• Kafka betreiben Sie selbst

  Der Lauf nennt keinen verwalteten Kafka-Dienst auf STACKIT. Der Broker läuft selbst betrieben auf SKE, oder das Messaging-Design wechselt zu RabbitMQ.

Unterschiede, die in der Praxis wehtun

Jeder Punkt stammt aus der Begründung, die der Lauf zur Ressource festgehalten hat, ergänzt um die Herstellerdokumentation, wo sie den Mechanismus erklärt.

• Aus einer VPC werden mehrere Netzwerke

  Alibaba Cloud beschreibt einen vSwitch als zonengebundenes Subnetz einer VPC. Auf STACKIT wird jeder vSwitch zu einem Netzwerk mit eigenem Adressbereich; das Routing dazwischen planen Sie bei Bedarf mit einer Network Area.

• Security Groups erlauben nur

  STACKIT Security Groups sind eine Freigabeliste mit Default Deny und werden über Netzwerkschnittstellen zugewiesen. Laut Lauf braucht eine Deny-Regel oder eine Prioritätsreihenfolge aus Alibaba Cloud eine Entscheidung. Die Gruppe in dieser Umgebung hat keine Regeln, daher bewertet der Lauf sie mit MEDIUM; später ergänzte Regeln prüfen Sie einzeln.

• Der Load Balancer bekommt eine neue Adresse

  Der Lauf ordnet die SLB-Instanz einem STACKIT Network Load Balancer zu: Listener und Backends werden neu geschrieben, die öffentliche Adresse ändert sich. Auf STACKIT ist eine öffentliche Adresse eine eigene Public-IP-Ressource, die dem Load Balancer zugewiesen wird. DNS-Einträge und Freigabelisten von Partnern, die die alte Adresse nennen, ändern sich daher beim Cutover.

• Clients wechseln bei Storage und Cache

  OSS wird zu einem Bucket mit S3-API; Anwendungen mit OSS-SDK wechseln daher den Client. Redis wird zu Valkey: Prüfen Sie, dass keine Tair-spezifischen Befehle im Einsatz sind.

• Schlüssel wandern nicht

  Das Schlüsselmaterial eines Alibaba-Cloud-KMS-Schlüssels wird nicht übertragen. Damit verschlüsselte Daten werden unter einem STACKIT-KMS-Schlüssel neu verschlüsselt.

• Funktionen werden zu Containern

  Laut Lauf hat STACKIT keinen Funktionsdienst. Eine Funktion wird als Container für SKE oder Cloud Foundry verpackt, und ihre Trigger werden ersetzt.

Das Ergebnis lesen: Wellen und Verantwortliche

Der Lauf ordnet die 14 Einheiten nach Abhängigkeit in drei Wellen und bündelt die manuelle Arbeit in neun Arbeitspakete.

1. 01

   Welle 1, sechs Einheiten

   VPC, RabbitMQ-Instanz, Funktion, KMS-Schlüssel, OSS-Bucket und RAM-Rolle hängen von nichts anderem in der Umgebung ab.

2. 02

   Welle 2, zwei Einheiten

   Der vSwitch und die Security Group folgen der VPC.

3. 03

   Welle 3, sechs Einheiten

   Server, Load Balancer, PostgreSQL, PolarDB, Redis und Kafka kommen zuletzt, weil sie im vSwitch liegen.

4. 04

   Vier Dateneinheiten brauchen ein Verfahren

   Die Datei zum Datenumzug führt PostgreSQL, Redis, OSS-Bucket und PolarDB als DECISION_REQUIRED. Es wird kein Verfahren gewählt, denn Datenmenge, Änderungsrate und tolerierte Downtime stehen nicht im Terraform.

5. 05

   Ein Verantwortlicher fehlt

   Beim Arbeitspaket für den KMS-Schlüssel steht der Verantwortliche als NOT_STATED. Legen Sie ihn fest, wenn Sie die Pakete verteilen.

Fragen von Architekten zur Zuordnung

Quellen

• Alibaba Cloud: VPCs und vSwitches
• STACKIT Virtual Network: Konzepte
• STACKIT Security Groups: Konzepte
• STACKIT RabbitMQ: Produktseite