ALIBABA CLOUD DNS, CDN, SLS → STACKIT · RUNBOOK
Alibaba DNS, CDN und Log Service migrieren: das Runbook
DNS-Einträge, eine CDN-Domain und ein Log-Projekt bilden die Edge-Dienste einer Umgebung und bestimmen, was Nutzer und Betrieb am Umzugstag sehen. StackToIT bewertet sie als RECONFIGURE zu STACKIT DNS, STACKIT CDN und STACKIT Logs und legt sie in die erste Welle; der Logstore unter dem Log-Projekt ist diesem Build unbekannt und landet in Welle 2. Dieses Runbook nennt die Reihenfolge, je Schritt eine verantwortliche Rolle und eine Prüfung sowie den Rollback. Fakten aus dem Demo-Lauf sind als solche gekennzeichnet; allgemeine Praxis ist als Praxis benannt.
Die Edge-Dienste einer kleinen Umgebung, bewertet
Eine kleine Alibaba-Cloud-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links ein DNS-Eintrag, die CDN-Domain und der Logstore-Block der Eingabe, rechts das Ergebnis, das der Lauf festgehalten hat, ein Auszug aus assessment.json mit den Werten, wie der Lauf sie geschrieben hat. 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_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)."
}
}
]Drei Ziele benannt
DNS-Eintrag zu einem Eintrag in einer STACKIT-DNS-Zone, CDN-Domain zu einer STACKIT-CDN-Distribution, Log-Projekt zu einer STACKIT-Logs-Instanz, alle RECONFIGURE.
Eine Einheit ist dem Lauf unbekannt
alicloud_log_store steht nicht im Katalog dieses Builds, ist also MANUAL_REVIEW und nichts davon wird bewertet. Die Logstore-Einstellungen wie Shard-Zahl, Aufbewahrung und Splitting übertragen Sie selbst.
Die Konfidenz weicht ab
Das Log-Projekt hat in diesem Lauf die Konfidenz LOW, derselbe Ressourcentyp mit demselben Block, der nur eine Beschreibung setzt, dagegen MEDIUM in unseren Demo-Läufen zum vollständigen Leitfaden und zu Function Compute, in denen kein Logstore auf ihn verweist. Der Lauf nennt keinen Grund; lesen Sie es als Anlass, das Projekt von Hand zu prüfen.
Reihenfolge aus dem Lauf
Die Wellen, wie der Lauf sie geschrieben hat. Der Ausführungsplan legt die beiden DNS-Einträge in die Cutover-Phase und die anderen drei Einheiten unter die Plattformdienste.
## 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 | — |Verantwortliche kommen aus dem Plan
WP-01 CDN: Network Architect. WP-02 Log-Projekt: Platform Architect. WP-03 Logstore: kein Verantwortlicher, weil die Einheit keine Kategorie hat; Sie weisen einen zu. WP-04 die beiden DNS-Einträge in der Cutover-Phase: Network Architect.
Den Rollback überlässt der Lauf Ihnen
Jeder Schritt sagt, dass der Plan nicht weiß, wie er rückgängig gemacht wird, und dass die ausführende Person festhält, wie. Das Paket vermerkt, dass die DNS-Schritte ab dem Cutover nicht vollständig durch ein Werkzeug zurückgenommen werden können; legen Sie den Weg vor Beginn des Cutovers fest.
Das Runbook, Schritt für Schritt
| Schritt | Verantwortlich und wann | Prüfung vor dem nächsten Schritt |
|---|---|---|
| 1. Verantwortlichen für den Logstore-Schritt (WP-03) benennen und jedem Schritt ein Datum geben. Verantwortlichen, Status und Zeitpunkt je Schritt in Ihrer Kopie von progress-template.yaml festhalten (Felder owner, note, at). | Projektleitung, vor allem anderen | Jeder manuelle Schritt hat eine verantwortliche Rolle und ein Datum, und der nächste Lauf zeigt bei WP-03 kein „Owner assignment required“ mehr. |
| 2. Zone aus Alibaba Cloud DNS als Zonendatei oder xlsx exportieren. | Network Architect, ein Tag oder mehr vor dem Cutover (Praxis) | Die Zahl der exportierten Einträge entspricht den Einträgen in der Konsole. Die Datei bleibt als Rollback-Kopie. |
| 3. Zone und Einträge in STACKIT DNS anlegen, aus der Datei oder per API. Gewichtete und linienbasierte Auflösung der Quelle, die der Lauf markiert, prüfen. | Network Architect | Jeden Eintrag an einem STACKIT-Nameserver abfragen und mit dem Export vergleichen. Die STACKIT-Übersicht nennt kein gewichtetes oder Geo-Routing; solche Einträge gestalten Sie neu. |
| 4. STACKIT-CDN-Distribution mit Origin, eigener Domain und Zertifikat anlegen. | Network Architect | Ein Objekt über die verwaltete CDN-Domain abrufen und Cache-Header prüfen. Mit skipDnsCheck lässt sich das Zertifikat bereitstellen, bevor DNS umgestellt wird. |
| 5. STACKIT-Logs-Instanz anlegen und die Collectoren darauf ausrichten, etwa Grafana Alloy oder Fluent Bit, zwei der von STACKIT genannten Agenten. | Platform Architect | Zeilen kommen an, Abfragen liefern sie. Gegen die Grenzen prüfen: 15 Labels je Stream, 256 KB je Zeile, 30 Tage je Abfrage. |
| 6. Nachbauen, was der Logstore hielt: in der Demo retention_period 30, shard_count 2 und automatisches Splitting bis 8 Shards, dazu Indizes, Abfragen und Alarme. Die Aufbewahrung lässt sich bei STACKIT Logs einstellen; für Shards nennt die Dokumentation keine Entsprechung. | In Schritt 1 zugewiesene verantwortliche Person | Die täglichen Abfragen Ihrer Teams liefern für einen überlappenden Zeitraum dieselben Zahlen wie bei Alibaba Cloud. |
| 7. Cutover: Delegation oder Einträge umstellen, danach den CDN-CNAME. TTLs vorher senken (Praxis). | Network Architect, außerhalb der Lastspitze | Über öffentliche Resolver und von außerhalb Ihres Netzwerks auflösen. Die Static-Domain liefert den CNAME der neuen Distribution. |
| 8. Beobachten, dann Alibaba-Cloud-DNS-Einträge, CDN-Domain und Log-Projekt stilllegen (Praxis). | Platform Architect, nach dem Beobachtungsfenster | Nichts fragt mehr die alten Nameserver oder die alte CDN-Domain ab. Zuletzt entfernen, den Export behalten. |
Die Schritte 1, 3, 4 und 5 folgen den manuellen Schritten des Laufs. Die Schritte 2, 7 und 8 sind allgemeine Praxis. Termine legen Sie fest: Der Lauf schreibt „timing to be scheduled by the owner“.
Wo die Plattformen sich unterscheiden
Aussagen zu den Plattformen stammen von den unter Quellen genannten Seiten, gelesen am Tag der Erstellung.
DNS-Verhalten
Der Lauf markiert gewichtete und linienbasierte Auflösung der Quelle zur Prüfung. Die STACKIT-DNS-Übersicht nennt Forward-, Reverse- und Secondary-Zonen, viele Eintragstypen, darunter ALIAS und CAA, und hält fest, dass DNSSEC-Zonensignierung derzeit nicht verfügbar ist.
Importweg
Alibaba Cloud DNS exportiert .xlsx- und Zonendateien und importiert .xls, .xlsx oder Zonendateien, wahlweise in einem Modus, der Duplikate überspringt, oder in einem Hochrisikomodus, der vorhandene Einträge zuerst löscht. Laut STACKIT-DNS-Übersicht lassen sich Zonendaten manuell über die DNS-API oder das Portal sichern und wiederherstellen; die Zonendatei bleibt Ihr gemeinsames Format und Ihre Rollback-Kopie.
CDN-Origins und Zertifikate
STACKIT CDN nimmt einen HTTP-Origin oder einen S3-kompatiblen Bucket, bindet eigene Domains per CNAME auf die verwaltete Domain ein und bietet verwaltete Let's-Encrypt-Zertifikate oder eigene PEM-Dateien, die Sie selbst rotieren. Die Terraform-Unterstützung mehrerer CDN-Funktionen ist laut Dokumentation noch in Arbeit.
CNAME-Grenzen
Bei Alibaba Cloud darf ein CNAME keinen Host mit A-, AAAA-, MX- oder TXT-Eintrag teilen, und ein CNAME auf der Root-Domain kann Mail stören. Dieselbe DNS-Regel gilt nach dem Umzug; legen Sie das CDN deshalb auf eine Subdomain.
Log-Modell
STACKIT Logs basiert auf Grafana Loki und erlaubt höchstens 15 Label-Namen je Stream; legen Sie also fest, welche Felder eines Simple-Log-Service-Logstores zu Labels werden. Abfragen für Simple Log Service werden neu geschrieben, ebenso die Collectoren, wie der Lauf festhält.
Rollback je Bereich
DNS
Lassen Sie die Alibaba-Cloud-Zone unberührt, bis das Beobachtungsfenster endet. Für den Rollback stellen Sie die frühere Delegation oder die früheren Einträge aus dem Export wieder her. Notieren Sie die genauen Werte vor Schritt 7.
CDN
Behalten Sie die alte Distribution und ihren CNAME-Wert. Alibaba Cloud rät, den ursprünglichen Eintrag vor der Änderung zu sichern und außerhalb der Lastspitze umzustellen; für den Rückweg gilt dieselbe Sorgfalt.
Logs
Schreiben Sie während der Überlappung in beide Ziele (Praxis), damit das Alibaba-Cloud-Projekt vollständig bleibt, falls Sie zurückwechseln.
Wer entscheidet
Der Lauf weist keinen Rollback-Verantwortlichen zu. Benennen Sie je Schritt einen, in Ihrer Kopie von progress-template.yaml oder in Ihrem Change-Record, bevor der Cutover beginnt.
Fragen aus dem Betrieb
Schreibt StackToIT die Ressourcen für STACKIT DNS, CDN und Logs?
Für eine Alibaba-Cloud-Quelle in diesem Build nicht. Der Lauf schreibt fünf manuelle Schritte und keine STACKIT-Ressource; Sie legen sie im Portal, per API oder in Ihrem eigenen Terraform an.
Warum liegen die DNS-Einträge in der Cutover-Phase?
Der Ausführungsplan ordnet sie dem Cutover zu, der Phase, in der der Verkehr umschaltet. migration/technical-sequencing.md ergänzt, dass der Entwurf keinen Eintragswert an eine von ihm erzeugte Adresse bindet; welche Werte die Einträge beim Cutover erhalten, legen Sie fest.
Lässt sich ein Logstore bewerten?
In diesem Build noch nicht: alicloud_log_store ist dem Katalog unbekannt und wird MANUAL_REVIEW. Das umgebende Log-Projekt wird bewertet.
Können altes und neues Log-Ziel parallel laufen?
In der Praxis ja, mit Collectoren, die in zwei Ausgänge schreiben. Das ist eine Praxisempfehlung, kein Schritt des Laufs.
Quellen
- STACKIT-Dokumentation: DNS-Produktübersicht
- STACKIT-Dokumentation: CDN-Funktionen und -Optionen
- STACKIT-Dokumentation: Einführung in Logs
- STACKIT-Dokumentation: Limits für Logs
- Alibaba-Cloud-Dokumentation: DNS-Einträge importieren und exportieren
- Alibaba-Cloud-Dokumentation: CNAME-Eintrag für CDN konfigurieren
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.