ORACLE OKE → STACKIT SKE
Oracle OKE zu STACKIT Kubernetes Engine
Ein OKE-Cluster zieht auf die STACKIT Kubernetes Engine (SKE) um, und Ihre Workload-Manifeste können bleiben. StackToIT bewertet Cluster und Node Pools als Replatforming, benennt, was um die Workloads herum neu geschrieben wird, und prüft, auf welchen SKE-Versionen Sie landen können.
Ein OKE-Cluster mit Node Pool, bewertet
Eine kleine OCI-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts die Entscheidung, die StackToIT dazu festgehalten hat, genau so, wie sie in assessment.json steht.
resource "oci_containerengine_cluster" "platform" {
compartment_id = var.compartment_id
name = "platform"
kubernetes_version = "v1.31.1"
vcn_id = oci_core_vcn.platform.id
endpoint_config {
subnet_id = oci_core_subnet.api.id
is_public_ip_enabled = false
}
}
resource "oci_containerengine_node_pool" "workloads" {
cluster_id = oci_containerengine_cluster.platform.id
compartment_id = var.compartment_id
name = "workloads"
kubernetes_version = "v1.31.1"
node_shape = "VM.Standard.E5.Flex"
node_shape_config {
ocpus = 4
memory_in_gbs = 32
}
node_config_details {
size = 3
placement_configs {
availability_domain = var.availability_domain
subnet_id = oci_core_subnet.nodes.id
}
}
}[
{
"id": "oci_containerengine_cluster.platform",
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT Kubernetes Engine (SKE)"
},
"reason": "An OKE cluster becomes an SKE cluster. Workload manifests can stay, while node pools, load balancer and storage annotations, identity and images are rewritten."
},
{
"id": "oci_containerengine_node_pool.workloads",
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT Kubernetes Engine (SKE)"
},
"reason": "An OKE node pool becomes an SKE node pool. The shape becomes a STACKIT flavor, and placement across zones is decided again."
}
]Manifeste können bleiben
Die Bewertung sagt es klar: Die Workloads behalten ihre Manifeste. Es ändert sich, was sie umgibt: Node Pools, Annotationen für Load Balancer und Speicher, Identität und Images.
Vom Node Pool zum SKE-Node-Pool
Der Pool betreibt 3 Nodes vom Typ VM.Standard.E5.Flex mit 4 OCPUs und 32 GB. Auf SKE wird das Shape ein STACKIT-Flavor, und die Verteilung über Zonen wird neu entschieden.
Privater API-Endpunkt vermerkt
Der Architektenbericht führt die Endpunkt-Einstellungen des Clusters, sein Subnetz und die abgeschaltete öffentliche IP unter den Einstellungen auf, die Ihre Architekten übertragen.
SKE-Versionen, am Tag geprüft
Der Bericht nennt jede SKE-Version mit ihren Daten, so wie sie am 3. November 2026 auf den Lifecycle-Seiten von STACKIT standen. Der Quell-Cluster läuft auf v1.31.1.
Auf 1.36 landen
SKE 1.36 wird unterstützt, erschien am 27. August 2026 und läuft laut Veröffentlichung am 9. Juni 2027 aus. Der Bericht nennt sie als geeignete Zielversion mit geringem Zeitrisiko.
Abgelaufene auslassen
1.32, 1.33 und 1.34 sind auf SKE bereits abgelaufen; der Bericht rät daher davon ab, auf ihnen zu landen.
Updates auf SKE
Läuft eine Version aus, startet SKE ein verpflichtendes Update. Der Bericht zitiert dazu die STACKIT-Dokumentation, damit Ihr Team Upgrades rechtzeitig plant.
So wird die OKE-Umgebung zugeordnet
| OCI-Ressource | STACKIT-Ziel | Migrationsklasse |
|---|---|---|
| OKE-Cluster | SKE-Cluster | Replatforming |
| OKE-Node-Pool | SKE-Node-Pool | Replatforming |
| VCN | STACKIT-Netzwerke, mit einer Network Area, wo Routing zwischen ihnen nötig ist | Rekonfigurieren |
| Subnetze für Nodes und API-Endpunkt | STACKIT-Netzwerke mit eigenen Adressbereichen | Rekonfigurieren |
| NAT Gateway | Design für ausgehenden Verkehr, entschieden von der für das Netzwerk verantwortlichen Person | Architekturentscheidung |
| IAM-Policy für die Workloads | STACKIT-Rollen und Service Accounts, zugeordnet von Ihren Architekten | Architekturentscheidung |
Klassen so, wie der Lauf sie entschieden hat. Die beiden Subnetze sind zwei Einheiten des Laufs und teilen sich hier eine Zeile.
Die Reihenfolge des Umzugs
Der Lauf ordnet die sieben Einheiten nach ihren Abhängigkeiten in vier Wellen.
Welle 1
Das VCN und die IAM-Policy.
Welle 2
Das NAT Gateway und die beiden Subnetze.
Welle 3
Der SKE-Cluster.
Welle 4
Der Node Pool, der vom Cluster und vom Node-Subnetz abhängt.
Bewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen aus Plattformteams
Ändern sich unsere Kubernetes-Manifeste beim Wechsel von OKE zu SKE?
Die Workload-Manifeste können bleiben. Neu geschrieben wird, was OCI-spezifisch ist: Node Pools, Annotationen für Load Balancer und Speicher, Identität und Images.
Welche Kubernetes-Version sollte der SKE-Cluster nutzen?
Im Lauf vom 4. November 2026 war SKE 1.36 die unterstützte Zielversion, mit veröffentlichtem Ablauf am 9. Juni 2027. Der Bericht nennt den Tag, an dem seine SKE-Lifecycle-Daten gelesen wurden; Ihr Team weiß also, wie aktuell die Antwort ist.
Was passiert mit den OCI-Policies unserer Workloads?
OCI-Policies haben auf STACKIT kein Gegenstück auf Dokumentebene. Ihre Architekten ordnen die Personen und Workloads dahinter STACKIT-Rollen und Service Accounts zu, und die Bewertung markiert jede Policy für diese Entscheidung.
Quellen
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.