Projekt anfragen
Dichte Wolkendecke aus der Vogelperspektive in weichem Abendlicht

Plattformwahl nach Anforderung

Cloud-Plattformen für Unternehmen: Architektur, Migration und Betrieb

STACKIT, AWS, Azure oder Google Cloud: Welche Plattform passt, hängt an Datenstandort, benötigten Managed Services, Exit-Fähigkeit und dem Know-how Ihres Teams. Wir ordnen Ihre Anforderungen zu, statt eine Rangliste zu vergeben, und setzen die Entscheidung anschließend um.

Projekt anfragen Cloud-Beratung ansehen
  • Vier Plattformen, ein unabhängiger Dienstleister
  • Architektur, Migration und Betrieb

Autor: Ibrahim Yesilay, Gründer und Geschäftsführer Stand:

01Die vier Plattformen

Wofür welche Plattform steht

SKAFFON ist bei allen vier Plattformen unabhängiger Dienstleister für Architektur, Migration und Betrieb. Produktdetails ändern sich; prüfen Sie diese vor einer Entscheidung in der Dokumentation des Anbieters.

  • STACKIT

    Cloud-Plattform mit Produkten für Rechenleistung, Speicher, Datenbanken, Kubernetes und KI. Für uns der fachliche Schwerpunkt bei Datenstandort und Betreiberkontrolle. Details: STACKIT mit SKAFFON; Produktkatalog: stackit.com.

  • AWS

    Sehr breites Angebot an verwalteten Diensten, Amazon EKS für Kubernetes. Sinnvoll, wenn bestimmte Managed Services gebraucht werden oder die Landschaft bereits dort liegt.

  • Microsoft Azure

    Naheliegend bei starker Microsoft-Prägung der Landschaft (Identität, Lizenzen), mit Azure Kubernetes Service.

  • Google Cloud

    Stark bei Daten- und Container-Workloads, mit Google Kubernetes Engine.

02Orientierung für das erste Gespräch

Entscheidungsbaum: von der Anforderung zur Plattform

Der Baum ordnet drei Fragen zu Datenstandort, fehlenden Managed Services und Exit-Fähigkeit. Ein echtes Ergebnis entsteht erst mit Ihren Anforderungen, Daten und Verträgen.

Entscheidungsbaum Cloud-Plattform Drei Fragen führen von den Anforderungen zur passenden Plattform: Datenstandort, fehlende Managed Services, Gewicht der Exit-Fähigkeit. Anforderungen klären Frage 1 Strenge Anforderung an Datenstandort und Betreiberkontrolle? Ja Nein STACKIT oder eigene Infrastruktur siehe STACKIT-Seite und souveräne Cloud Frage 2 Managed Services nötig, die STACKIT nicht anbietet? Ja Nein AWS, Azure oder Google Cloud je nach benötigtem Dienst und Bestandslandschaft Frage 3 Wie hoch ist die Gewichtung der Exit-Fähigkeit? Hoch Niedrig Offene Bausteine Standard-Kubernetes, IaC, offene Formate; STACKIT oder Hyperscaler ohne proprietäre Dienste Entscheidung nach Kosten und Know-how Orientierung für das erste Gespräch; Kriterien sind Muss- und Soll-Anforderungen.
Entscheidungsbaum Cloud-Plattform Drei Fragen führen von den Anforderungen zur passenden Plattform: Datenstandort, fehlende Managed Services, Gewicht der Exit-Fähigkeit. Anforderungen klären Frage 1 Strenge Anforderung an Datenstandort und Betreiberkontrolle? Ja STACKIT oder eigene Infrastruktur siehe STACKIT-Seite und souveräne Cloud Nein Frage 2 Managed Services nötig, die STACKIT nicht anbietet? Ja AWS, Azure oder Google Cloud je nach benötigtem Dienst und Bestandslandschaft Nein Frage 3 Wie hoch ist die Gewichtung der Exit-Fähigkeit? Hoch Offene Bausteine Standard-Kubernetes, IaC, offene Formate; STACKIT oder Hyperscaler ohne proprietäre Dienste Niedrig Entscheidung nach Kosten und Know-how Orientierung für das erste Gespräch; Kriterien sind Muss- und Soll-Anforderungen.

03Vor der Plattformwahl

Drei Fragen, die über die Plattform entscheiden

  1. 01

    Gibt es harte Vorgaben zu Datenstandort und Betreiberkontrolle?

    Frage 1

    Beispiele: interne Richtlinien, Kundenvorgaben, branchenspezifische Aufsicht. Wenn ja, kommen in der Regel STACKIT oder eigene Infrastruktur in Frage; für die zweite Variante siehe souveräne Cloud und Proxmox. Bei Hyperscalern sind dann die vertraglichen Zusagen und der Rechtsrahmen des Anbieterkonzerns gesondert zu bewerten, mit Ihrem Datenschutz und gegebenenfalls Rechtsberatung. Das gehört nicht zu unseren Leistungen.

  2. 02

    Brauchen Sie Managed Services, die die gewählte Plattform nicht bietet?

    Frage 2

    Prüfen Sie den Bedarf gegen den Produktkatalog der Plattform, etwa bei Datenbanken, Messaging, KI-Diensten oder Analyse. Der STACKIT-Katalog umfasst unter anderem Kubernetes Engine, PostgreSQL Flex und GPU-Server; die genaue Abdeckung vergleichen Sie mit Ihrem Bedarf. Fehlt ein benötigter Dienst, ist der Hyperscaler oft die richtige Wahl, oder der Dienst wird selbst betrieben (Managed Services).

  3. 03

    Wie wichtig ist die Exit-Fähigkeit?

    Frage 3

    Je mehr proprietäre Dienste Sie nutzen, desto teurer wird ein späterer Wechsel. Wer sich offen halten will, setzt auf Standard-Kubernetes, Infrastructure as Code (OpenTofu, Terraform), offene Datenformate und standardkompatible Datenbanken. Das gilt bei jeder Plattform.

04Neben dem Baum: Team und Verträge

Eine Plattform muss zu dem Team passen, das sie betreibt

Know-how und bestehende Verträge sind legitime Entscheidungsgründe. Eine in der Architektur nur geringfügig bessere Plattform nützt wenig, wenn sie das Team nicht betreiben kann; dann ist ein Betriebspartner die Alternative.

Cloud-Betrieb

Server-Einschübe mit grünen Status-LEDs in einem Rack, Nahaufnahme in türkisem Licht

05Provider-Unabhängigkeit

Bindung wird sichtbar, nicht versteckt

Wir arbeiten mit Infrastructure as Code (OpenTofu, Terraform) und Standard-Kubernetes, wo immer das möglich ist. Das reduziert die Bindung an einen Anbieter und macht Ihre Plattform reproduzierbar.

Eine vollständige Anbieterunabhängigkeit gibt es nicht: Jede Nutzung verwalteter Dienste erzeugt Bindung, und wir machen sie in der Architektur sichtbar, statt sie zu verschweigen.

Türkise Glasfaser-Patchkabel in einem Patchfeld im Rechenzentrum, Nahaufnahme

06Nach der Entscheidung

Von der Plattformwahl bis zum laufenden Betrieb

Je Plattform und Phase übernimmt SKAFFON einen anderen Teil. Jede Leistung hat eine eigene Seite mit Umfang und Abgrenzung.

  • AWS

    Multi-Account-Landing-Zone mit Organizations und Control Tower, EKS, Migration und Betrieb.

  • Microsoft Azure

    Landing Zone nach Cloud Adoption Framework, Entra ID, AKS, Bicep oder Terraform.

  • Google Cloud

    Ressourcenhierarchie, Shared VPC, VPC Service Controls, GKE Autopilot oder Standard.

  • Architektur

    Zielarchitektur, Landing Zone und Governance für die gewählte Plattform.

  • Migration

    Bestandsaufnahme, Wellen, Cutover und Abnahme.

  • Kubernetes

    Clusterwahl und Einführung.

  • Betrieb

    Betrieb, Monitoring und Updates durch SKAFFON.

  • Sicherheit

    Technische Absicherung der Plattform.

07Wann ein Gespräch sich lohnt

Wofür Sie uns bei der Plattformwahl holen – und wofür nicht

Dafür sind wir richtig

  • Sie wollen Anforderungen einer Plattform zuordnen und die Entscheidung nachvollziehbar begründen.
  • Sie suchen Architektur, Migration oder Betrieb auf STACKIT, AWS, Azure oder Google Cloud aus einer Hand.

Dafür nicht

  • Sie suchen den günstigsten Anbieter nach Listenpreisen. Eine Preisbewertung ohne Architektur ist unseriös.
  • Sie brauchen Lizenzberatung oder Wiederverkauf eines bestimmten Anbieters.
  • Sie suchen eine Rangliste mit einem Sieger. Wir ordnen Anforderungen zu, wir vergeben keine Platzierungen.

Ausgangslage klären

Welche Plattform passt zu Ihren Anforderungen?

Beschreiben Sie Ihre Ausgangslage in wenigen Sätzen. Alle Leistungen finden Sie unter Leistungen, allgemeine Fragen unter Kontakt.

Projekt anfragen Alle Leistungen