ALIBABA CLOUD → STACKIT · SERVICE MAPPING

Alibaba Cloud vs STACKIT: service mapping

In één demo-omgeving kregen 12 van de 14 Alibaba Cloud-resources een benoemd STACKIT-doel, maar bij weinige is sprake van een één-op-één-tegenhanger. Deze pagina toont 14 Alibaba Cloud-resources uit één demo-omgeving met het STACKIT-doel en de migratieklasse die StackToIT voor elk vastlegde, en daarna de configuratieverschillen die in de praktijk tijd kosten. Acht resources zijn RECONFIGURE, twee REPLATFORM, twee CONTAINERIZE, één REDESIGN en één MANUAL_REVIEW.

De mapping, zoals één run die bepaalde

Een webshopomgeving, voor deze pagina geschreven: netwerk, één server, een load balancer, drie datadiensten, objectopslag, twee berichtendiensten, een functie, een RAM-rol en een KMS-sleutel. StackToIT beoordeelde die op 4 november 2026 zonder verbinding te maken met een account.

Alibaba Cloud-resourceSTACKIT-doelMigratieklasse
alicloud_vpcSTACKIT-netwerk, met een Network Area waar routering nodig isHerconfiguratie
alicloud_vswitchSTACKIT-netwerk met een eigen adresbereikHerconfiguratie
alicloud_security_groupSTACKIT security groupsHerconfiguratie
alicloud_instance (ECS)STACKIT Compute EngineHerconfiguratie
alicloud_slb_load_balancerSTACKIT Network Load BalancerHerconfiguratie
alicloud_oss_bucketSTACKIT Object Storage (S3-API)Herconfiguratie
alicloud_kvstore_instanceSTACKIT Key Value Store (Valkey)Herconfiguratie
alicloud_kms_keySTACKIT KMSHerconfiguratie
alicloud_db_instance (PostgreSQL)STACKIT PostgreSQL FlexReplatforming
alicloud_amqp_instanceSTACKIT RabbitMQReplatforming
alicloud_alikafka_instanceZelfbeheerde Kafka-compatibele broker op SKEContainerisatie
alicloud_fcv3_functionSKE-workload of Cloud Foundry-Docker-appContainerisatie
alicloud_polardb_clusterDoor uw architecten te bepalen, op basis van een compatibele engineRedesign
alicloud_ram_roleDoor uw architecten te bepalenBeslissing van de architect

Klassen en doelen zijn uit de run overgenomen. StackToIT schrijft een STACKIT-Terraform-concept dat uw architecten beoordelen, en elke rij eindigt als een stap met een eigenaar.

Drie data- en berichtendiensten, beoordeeld

Links: drie resources uit de invoer. Rechts: een fragment van assessment.json met de waarden die de run schreef. Drie stateful diensten, drie verschillende klassen: de PostgreSQL-instance valt onder REPLATFORM, het PolarDB-cluster onder REDESIGN en de Kafka-instance onder CONTAINERIZE. assessment.json staat op één regel, dus het paneel toont geselecteerde velden per eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden. De invoerblokken staan in aparte panelen omdat ze in main.tf niet naast elkaar staan.

Voorbeeldinvoer, regels 45–62main.tf
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"
}
Voorbeeldinvoer, regels 75–83main.tf
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
}
StackToIT-assessmentassessment.json
[
  {
    "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."
    }
  }
]
  • Dezelfde engine, direct doel

    ApsaraDB RDS for PostgreSQL wordt gekoppeld aan STACKIT PostgreSQL Flex. Data wordt verplaatst met pg_dump en pg_restore of met logische replicatie, en de instanceklasse wordt een Flex-flavor.

  • Geen doel zonder beslissing

    PolarDB scheidt compute van gedeelde opslag, waarvoor STACKIT geen tegenhanger heeft. De run stelt geen doel voor. U kiest er zelf een op basis van een compatibele engine en test de workload daar.

  • Kafka draait u zelf

    De run noemt geen managed Kafka-dienst op STACKIT. De broker draait zelfbeheerd op SKE, of het berichtenontwerp wordt omgezet naar RabbitMQ.

Verschillen die in de praktijk knellen

Elk punt komt uit de reden die de run voor de resource vastlegde, met de documentatie van de leverancier waar die het mechanisme uitlegt.

  • Een VPC wordt meerdere netwerken

    Alibaba Cloud documenteert een vSwitch als subnet op zoneniveau van een VPC. Op STACKIT wordt elke vSwitch een netwerk met een eigen adresbereik en plant u de routering ertussen waar nodig met een Network Area.

  • Security groups staan alleen toe

    STACKIT security groups zijn een allowlist met standaard deny en worden gekoppeld via netwerkinterfaces. De run vermeldt dat een deny-regel of een prioriteitsvolgorde uit Alibaba Cloud een beslissing vereist. De groep in deze omgeving bevat geen regels, dus de run geeft de groep zekerheidsniveau MEDIUM; regels die u later toevoegt, moeten stuk voor stuk worden gecontroleerd.

  • De load balancer krijgt een nieuw adres

    De run koppelt de SLB-instance aan een STACKIT Network Load Balancer: listeners en backends worden herschreven en het publieke adres verandert. Op STACKIT is een publiek adres een aparte Public IP-resource die aan de load balancer hangt, dus DNS-records en allowlists van partners die het oude adres noemen, veranderen bij de cutover.

  • Clients voor opslag en cache veranderen

    OSS wordt een bucket met S3-API, dus applicaties die de OSS-SDK gebruiken wijzigen hun client. Redis wordt Valkey: controleer dat er geen Tair-specifieke commando's in gebruik zijn.

  • Sleutels worden niet verplaatst

    Het sleutelmateriaal van een Alibaba Cloud KMS-sleutel wordt niet verplaatst. Data die ermee is versleuteld, wordt opnieuw versleuteld onder een STACKIT KMS-sleutel.

  • Functies worden containers

    De run vermeldt dat STACKIT geen functiedienst heeft. Een functie wordt als container verpakt voor SKE of Cloud Foundry en de triggers worden vervangen.

Het resultaat lezen: golven en eigenaren

De run ordent de 14 eenheden op afhankelijkheid in drie golven en groepeert het handmatige werk in negen werkpakketten.

  1. Golf 1, zes eenheden

    De VPC, de RabbitMQ-instance, de functie, de KMS-sleutel, de OSS-bucket en de RAM-rol zijn van niets anders in de omgeving afhankelijk.

  2. Golf 2, twee eenheden

    De vSwitch en de security group volgen op de VPC.

  3. Golf 3, zes eenheden

    De server, load balancer, PostgreSQL-, PolarDB-, Redis- en Kafka-instances komen als laatste, omdat ze op de vSwitch zitten.

  4. Vier data-eenheden hebben een mechanisme nodig

    Het bestand voor dataverplaatsing toont de PostgreSQL-instance, de Redis-instance, de OSS-bucket en PolarDB als DECISION_REQUIRED. Er is geen mechanisme gekozen, omdat omvang, wijzigingssnelheid en toegestane downtime niet in de Terraform-code staan.

  5. Eén eigenaar staat nog open

    Het werkpakket voor de KMS-sleutel toont de eigenaar als NOT_STATED. Wijs die toe wanneer u de pakketten verdeelt.

Vragen van architecten over de mapping

Is er voor elke Alibaba Cloud-dienst een STACKIT-dienst?

Nee. In deze run heeft PolarDB geen voorgesteld doel, worden RAM-rollen per geval bepaald, draait Kafka zelfbeheerd op SKE en worden functies containers. Al het andere heeft een STACKIT-doel, meestal met gewijzigde instellingen.

Wat betekent RECONFIGURE hier?

De dienst bestaat op STACKIT, maar de instellingen, adressen of clientbibliotheken veranderen. VPC, vSwitch, security group, ECS, load balancer, OSS, Redis en KMS vallen allemaal in deze klasse.

Schrijft StackToIT Terraform voor Alibaba Cloud-omgevingen?

Ja. StackToIT schrijft een STACKIT-Terraform-concept voor Alibaba Cloud-omgevingen dat uw architecten beoordelen, samen met het assessment en de werkpakketten.

Waar vind ik de volledige lijst met diensten?

Het overzicht Alibaba Cloud naar STACKIT toont de kerndiensten. Deze pagina toont dezelfde mapping toegepast op een concrete omgeving, met de reden per resource.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring