ALIBABA CLOUD DNS, CDN, SLS → STACKIT · RUNBOOK
Alibaba DNS, CDN en Log Service migreren: runbook
DNS-records, een CDN-domein en een logproject vormen de rand van een omgeving en bepalen wat gebruikers en beheerders op de dag van de overstap zien. StackToIT beoordeelt ze als RECONFIGURE naar STACKIT DNS, STACKIT CDN en STACKIT Logs en plaatst ze in de eerste golf; de logstore onder het logproject is voor deze build onbekend en komt in golf 2. Dit runbook geeft de volgorde, per stap een eigenaar en een controle, en de rollback. Feiten uit de demorun zijn als zodanig gemarkeerd; algemene praktijk is als praktijk gelabeld.
De rand van een kleine omgeving, beoordeeld
Een kleine Alibaba Cloud-omgeving, voor deze pagina geschreven en door StackToIT beoordeeld op 4 november 2026. Links: één DNS-record, het CDN-domein en het logstoreblok van de invoer. Rechts: het resultaat dat de run vastlegde, een fragment van assessment.json met de waarden zoals de run ze schreef. 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.
resource "alicloud_alidns_record" "www" {
domain_name = "shop.example"
rr = "www"
type = "CNAME"
value = "shop.example.cdn.example-edge.net"
ttl = 600
}resource "alicloud_cdn_domain_new" "static" {
domain_name = "static.shop.example"
cdn_type = "web"
scope = "overseas"
sources {
content = "origin.shop.example"
type = "domain"
port = 443
priority = 20
weight = 15
}
}resource "alicloud_log_store" "access" {
project_name = alicloud_log_project.app.project_name
logstore_name = "access"
retention_period = 30
shard_count = 2
auto_split = true
max_split_shard_count = 8
}[
{
"id": "alicloud_alidns_record.www",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT DNS"
},
"reason": "An Alibaba Cloud DNS record becomes a record in a STACKIT DNS zone. Weighted and line-based resolution of the source need review."
}
},
{
"id": "alicloud_cdn_domain_new.static",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT CDN"
},
"reason": "A CDN domain becomes a STACKIT CDN distribution. Cache rules and certificates are rewritten, and the origin moves with the workload."
}
},
{
"id": "alicloud_log_project.app",
"result": {
"class": "RECONFIGURE",
"confidence": "LOW",
"target": {
"service": "STACKIT Logs"
}
}
},
{
"id": "alicloud_log_store.access",
"result": {
"class": "MANUAL_REVIEW",
"confidence": "LOW",
"reason": "alicloud_log_store is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
}
}
]Drie doelen genoemd
DNS-record naar een record in een STACKIT DNS-zone, CDN-domein naar een STACKIT CDN-distributie, logproject naar een STACKIT Logs-instance, alle RECONFIGURE.
Eén eenheid is onbekend voor de run
alicloud_log_store staat niet in de catalogus van deze build, dus het is MANUAL_REVIEW en er is niets van beoordeeld. Uw logstore-instellingen, het aantal shards, de retentie en het splitsen, neemt u zelf over.
Het zekerheidsniveau verschilt
Het logproject heeft in deze run zekerheidsniveau LOW, terwijl hetzelfde resourcetype, met hetzelfde blok met alleen een description, MEDIUM heeft in onze runs van de complete gids en van Function Compute, waar geen logstore ernaar verwijst. De run zegt niet waarom; lees het als een signaal om het project handmatig te controleren.
Volgorde uit de run
De golven zoals de run ze schreef. Het uitvoeringsplan brengt de twee DNS-records onder in de fase van de cutover en de andere drie eenheden onder platformdiensten.
## Wave 1 — 4 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_alidns_record.api` | RECONFIGURE / MEDIUM | STACKIT DNS |
| `alicloud_alidns_record.www` | RECONFIGURE / MEDIUM | STACKIT DNS |
| `alicloud_cdn_domain_new.static` | RECONFIGURE / MEDIUM | STACKIT CDN |
| `alicloud_log_project.app` | RECONFIGURE / LOW | STACKIT Logs |
## Wave 2 — 1 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_log_store.access` | MANUAL_REVIEW / LOW | — |Eigenaren komen uit het plan
WP-01 CDN: Network Architect. WP-02 logproject: Platform Architect. WP-03 logstore: geen eigenaar, omdat de eenheid geen categorie heeft; wijs er dus een aan. WP-04 de twee DNS-records, in de cutoverfase: Network Architect.
De rollback is aan u
Bij elke stap staat dat het plan niet weet hoe de stap wordt teruggedraaid en dat de uitvoerder vastlegt hoe. Het pakket merkt op dat de DNS-stappen vanaf de cutover niet volledig met een tool kunnen worden teruggedraaid; bepaal dus voordat de cutover begint hoe.
Het runbook, stap voor stap
| Stap | Eigenaar en moment | Controle voordat u verdergaat |
|---|---|---|
| 1. Wijs de eigenaar van de logstore-stap (WP-03) aan en geef elke stap een datum. Leg per stap eigenaar, status en tijdstip vast in uw kopie van progress-template.yaml (velden owner, note, at). | Projectleider, vóór al het andere | Elke handmatige stap heeft een eigenaarsrol en een datum, en de volgende run toont voor WP-03 niet langer "Owner assignment required". |
| 2. Exporteer de zone uit Alibaba Cloud DNS als zonebestand of xlsx. | Network Architect, een dag of langer vóór de cutover (praktijk) | Het aantal geëxporteerde records komt overeen met het aantal records in de console. Bewaar het bestand als rollbackkopie. |
| 3. Maak de zone en de records aan in STACKIT DNS, uit het bestand of via de API. Beoordeel de gewogen en lijngebaseerde resolutie van de bron, die de run markeert. | Network Architect | Bevraag per record een STACKIT-nameserver en vergelijk met de export. STACKIT noemt op de overzichtspagina geen gewogen of geo-routering, dus ontwerp die records opnieuw. |
| 4. Maak de STACKIT CDN-distributie aan met de origin, het eigen domein en het certificaat. | Network Architect | Haal een object op via het managed CDN-domein en controleer de cacheheaders. Gebruik skipDnsCheck om het certificaat uit te geven voordat DNS is omgezet. |
| 5. Maak de STACKIT Logs-instance aan en richt de collectors erop, bijvoorbeeld Grafana Alloy of Fluent Bit, twee van de agents die STACKIT noemt. | Platform Architect | Regels komen binnen en queries geven ze terug. Controleer aan de hand van de limieten: 15 labels per stream, 256 KB per regel, 30 dagen per query. |
| 6. Bouw opnieuw op wat de logstore bevatte: in de demo retention_period 30, shard_count 2 en automatisch splitsen tot 8 shards, plus de indexen, queries en alerts erbovenop. In STACKIT Logs kunt u de retentie aanpassen; shards hebben in de documentatie geen tegenhanger. | Aangewezen eigenaar van stap 1 | De queries die uw teams dagelijks uitvoeren, geven voor een overlappende periode dezelfde aantallen als op Alibaba Cloud. |
| 7. Cutover: schakel de delegatie of de records om, daarna de CDN-CNAME. Verlaag de TTL's vooraf (praktijk). | Network Architect, buiten de piekuren | Controleer de resolutie via publieke resolvers en van buiten uw netwerk. Het statische domein antwoordt met de CNAME van de nieuwe distributie. |
| 8. Observeer en faseer daarna de Alibaba Cloud DNS-records, het CDN-domein en het logproject uit (praktijk). | Platform Architect, na de observatieperiode | Niets bevraagt nog de oude nameservers of het oude CDN-domein. Verwijder als laatste en bewaar de export. |
Stap 1, 3, 4 en 5 volgen de handmatige stappen van de run. Stap 2, 7 en 8 zijn algemene praktijk. De datums zijn aan u: de run schrijft "timing to be scheduled by the owner" (Engels: de eigenaar plant het tijdstip).
Waar de platforms verschillen
Feiten over de platforms komen van de pagina's onder de bronnen, gelezen op de dag dat deze pagina is geschreven.
Gedrag van DNS-records
De run markeert gewogen en lijngebaseerde resolutie van de bron ter beoordeling. Het DNS-overzicht van STACKIT noemt forward-, reverse- en secundaire zones, veel recordtypen waaronder ALIAS en CAA, en meldt dat DNSSEC-zonesignering momenteel niet beschikbaar is.
Importpad
Alibaba Cloud DNS exporteert .xlsx en zonebestanden en importeert .xls, .xlsx of zonebestanden, met een modus die duplicaten overslaat en een risicovolle modus die eerst bestaande records verwijdert. Het DNS-overzicht van STACKIT meldt dat zonedata handmatig kan worden opgeslagen en hersteld via de DNS-API of de Portal; houd het zonebestand aan als gemeenschappelijk formaat en als rollbackkopie.
CDN-origins en certificaten
STACKIT CDN accepteert een HTTP-origin of een origin met een S3-compatibele bucket, koppelt eigen domeinen met een CNAME aan het managed domein en biedt managed Let's Encrypt-certificaten of uw eigen PEM-bestanden, die u zelf roteert. Volgens de documentatie is de Terraform-ondersteuning voor meerdere CDN-functies nog in ontwikkeling.
Beperkingen voor CNAME's
Op Alibaba Cloud mag een CNAME geen host delen met een A-, AAAA-, MX- of TXT-record en kan een CNAME op het rootdomein e-mail verstoren. Dezelfde DNS-regel geldt na de overstap, dus plaats het CDN op een subdomein.
Logmodel
STACKIT Logs is gebouwd op Grafana Loki en staat hoogstens 15 labelnamen per stream toe. Bepaal dus welke velden van een Simple Log Service-logstore labels worden. Queries voor Simple Log Service worden herschreven, net als de collectors, zoals de run vermeldt.
Rollback, per gebied
DNS
Laat de Alibaba Cloud-zone ongemoeid tot de observatieperiode eindigt. Herstel voor een rollback de vorige delegatie of de vorige records uit de export. Noteer de exacte waarden vóór stap 7.
CDN
Bewaar de oude distributie en de waarde van de bijbehorende CNAME. Alibaba Cloud adviseert een back-up te maken van het oorspronkelijke record voordat u het wijzigt en buiten de piekuren om te schakelen; dat is dezelfde discipline in omgekeerde richting.
Logs
Stuur logs tijdens de overlap naar beide doelen (praktijk), zodat het Alibaba Cloud-project compleet blijft als u terugkeert.
Wie beslist
De run wijst geen eigenaar van de rollback aan. Benoem er per stap een, in uw kopie van progress-template.yaml of uw wijzigingsregistratie, voordat de cutover begint.
Vragen van beheerteams
Schrijft StackToIT de STACKIT DNS-, CDN- en Logs-resources?
Ja. StackToIT schrijft een STACKIT-Terraform-concept dat uw architecten beoordelen, met de werkstappen voor DNS, CDN en Logs.
Waarom staan de DNS-records in de cutoverfase?
Het uitvoeringsplan brengt ze onder bij de cutover, de fase waarin het verkeer omschakelt. migration/technical-sequencing.md voegt eraan toe dat het concept geen recordwaarde koppelt aan een adres dat het genereert, dus wat de waarden bij de cutover worden, bepaalt u zelf.
Kan een logstore worden beoordeeld?
In deze build nog niet: alicloud_log_store is onbekend in de catalogus en krijgt de klasse MANUAL_REVIEW. Het logproject eromheen is wel beoordeeld.
Kunnen het oude en het nieuwe logdoel parallel draaien?
In de praktijk ja, met collectors die naar twee outputs schrijven. Dit is een aanbeveling uit de praktijk, geen stap van de run.
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
Hartelijk dank.
Uw verzoek is bij ons binnengekomen. Onze specialisten nemen contact met u op.