Projekt anfragen
Blick von oben auf die Münchner Altstadt mit roten Ziegeldächern, Altem Rathausturm und Heilig-Geist-Kirche

Cloud-Beratung · anbieterneutral

Cloud-Beratung und Cloud-Architektur für Unternehmen

Welche Plattform trägt welche Systeme, und wie sieht die Architektur aus, auf der Ihre Teams danach arbeiten? SKAFFON liefert die Antwort als Entscheidungsdokument, das Geschäftsführung, Datenschutz und Betrieb nachvollziehen können.

Projekt anfragen Aufbau des Entscheidungsdokuments
  • STACKIT, AWS, Azure, Google Cloud
  • Zielarchitektur und Landing Zone
  • Infrastructure as Code mit OpenTofu

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

01Ausgangslage

Eine Plattformentscheidung, die später teuer zu korrigieren wäre

SKAFFON berät IT-Leitungen und CTOs bei der Entscheidung, welche Cloud-Plattform für welche Systeme die richtige ist, und liefert dafür eine tragfähige Zielarchitektur: Plattformwahl, Landing Zone, Governance und Betriebsmodell. Die Beratung ist anbieterneutral (STACKIT, AWS, Azure, Google Cloud, ergänzend eigene Infrastruktur).

Die Frage „AWS oder Azure?“ ist selten die richtige. Die richtige lautet, welche Anforderungen die Plattform tatsächlich erfüllen muss. Am Ende steht eine Entscheidung mit Begründung, keine Produktpräsentation. Wer danach die Umsetzung braucht, geht in die Cloud-Migration oder in den Aufbau der Plattform.

02Anlässe

Vier Situationen, in denen sich die Beratung lohnt

  • Rechenzentrum oder Hoster, offene Zielfrage

    Sie haben Systeme im eigenen Rechenzentrum oder bei einem Hoster und wollen entscheiden, was wohin gehört.

  • Cloud-Konten ohne gemeinsame Struktur

    Mehrere Teams haben bereits Cloud-Konten angelegt, und es gibt keine einheitliche Struktur für Netzwerke, Rechte und Kosten.

  • Anforderungen, die bisher niemand geprüft hat

    Datenstandort, Betreiberkontrolle oder Exit-Fähigkeit schränken die Auswahl ein, und niemand hat sie systematisch gegen die Plattformen geprüft.

  • Plattform aus Gewohnheit gewählt

    Sie wollen wissen, ob die Plattform zu den kommenden Workloads passt, etwa Kubernetes, Datenplattformen oder GPU-Last.

03Weg

Vom Anforderungsprofil zur Landing Zone

Fünf Schritte, ein Ergebnis: ein Entscheidungsdokument, auf dem die Landing Zone aufsetzt.

Vom Anforderungsprofil zur Landing ZoneFünf Schritte der Cloud-Beratung: Anforderungen, Plattformwahl, Zielarchitektur, Governance, Landing Zone; Ergebnis ist ein Entscheidungsdokument. Vom Anforderungsprofil zur Landing Zone Anbieterneutral: Die Plattform folgt den Anforderungen, nicht umgekehrt. 1 Anforderungen Datenstandort, Managed Services, Exit 2 Plattformwahl STACKIT, AWS, Azure, Google Cloud 3 Zielarchitektur Konten, Netzwerk, Identität, Backup 4 Governance Tagging, Richtlinien als Code, Kosten 5 Landing Zone OpenTofu / Terraform, versioniert Ergebnis: Entscheidungsdokument mit Zielarchitektur und offenen Annahmen
Vom Anforderungsprofil zur Landing ZoneFünf Schritte der Cloud-Beratung: Anforderungen, Plattformwahl, Zielarchitektur, Governance, Landing Zone; Ergebnis ist ein Entscheidungsdokument. Vom Anforderungsprofilzur Landing Zone Anbieterneutral: Die Plattform folgtden Anforderungen, nicht umgekehrt. 1 Anforderungen Datenstandort, Managed Services, Exit 2 Plattformwahl STACKIT, AWS, Azure, Google Cloud 3 Zielarchitektur Konten, Netzwerk, Identität, Backup 4 Governance Tagging, Richtlinien als Code, Kosten 5 Landing Zone OpenTofu / Terraform, versioniert Ergebnis: Entscheidungsdokument mitZielarchitektur und offenen Annahmen

04Umfang

Sechs Bausteine, aus denen Ihr Ergebnis besteht

Nicht jedes Projekt braucht alle sechs. Im Erstgespräch legen wir fest, welche davon Ihr Ergebnis tragen.

  1. 01

    Cloud-Strategie und Anforderungsprofil

    Ergebnis: Gewichtung

    Aus Ihren Zielen wird eine Anforderungsliste mit Gewichtung: Datenstandort, benötigte Managed Services, Betriebsaufwand, Exit-Kosten, Integrationsbedarf.

  2. 02

    Plattformbewertung

    Ergebnis: Bewertung

    Die in Frage kommenden Plattformen werden gegen dieses Profil geprüft, auf Basis der Dokumentation der Anbieter und, wo nötig, eines kurzen technischen Proof of Concept.

  3. 03

    Zielarchitektur

    Ergebnis: Zielbild

    Konten- und Projektstruktur, Netzwerkzonen, Identität und Rechte, Verschlüsselung, Backup, Observability und die Anbindung an Ihre bestehende Umgebung.

  4. 04

    Governance

    Ergebnis: Regelwerk

    Namens- und Tagging-Konventionen, Richtlinien als Code, Kostenzuordnung, Freigabeprozesse für neue Umgebungen.

  5. 05

    Landing Zone

    Ergebnis: Landing Zone

    Die Basiskonfiguration als Infrastructure as Code, mit OpenTofu oder Terraform, versioniert und reproduzierbar, damit neue Umgebungen nicht von Hand entstehen.

  6. 06

    Projektberatung

    Ergebnis: Begleitung

    Begleitung der ersten Workloads auf der neuen Plattform und Übergabe an Ihr Team oder an einen Managed-Service.

05Beispiel

So ist ein Entscheidungsdokument aufgebaut

Das Gerüst zeigt, nach welcher Struktur wir ein Entscheidungsdokument aufbauen. Es ist kein Kundenergebnis, sondern zeigt, was Sie erwarten dürfen.

Teil A: Entscheidungsvorlage (Decision Record)

  1. Kontext und Ziel, in einem Absatz.
  2. Anforderungen, nach Muss und Soll getrennt, jeweils mit Quelle (Fachbereich, Regulierung, Vertrag).
  3. Betrachtete Optionen, mindestens zwei, jeweils mit Bewertung je Anforderung.
  4. Entscheidung und Begründung.
  5. Konsequenzen: was wird einfacher, was schwerer, welche Abhängigkeiten entstehen, welche Exit-Wege bleiben.
  6. Offene Annahmen und Prüfaufträge mit Verantwortlichem.
Weißwand mit blau gezeichnetem Raster und bunten Haftnotizen für die Planung
Wo das Dokument eine Zahl verlangt (Kapazität, Kosten, Wiederanlaufzeiten), steht sie nur, wenn sie aus Ihren Daten oder aus der Dokumentation der Anbieter stammt, mit Quelle.

06Teil B

Skizze der Landing Zone: sechs Bereiche, die das Dokument festlegt

Bereiche der Landing-Zone-Skizze und ihr Inhalt
BereichWas festgelegt wird
KontenstrukturStruktur der Konten, Subscriptions beziehungsweise STACKIT-Projekte je Umgebung (Entwicklung, Test, Produktion) und Verantwortlichkeit.
NetzwerkSegmente, Übergänge zu On-Premises, Egress-Kontrolle, Namensauflösung.
IdentitätAnbindung an das bestehende Verzeichnis, Rollenmodell, privilegierte Zugriffe, Notfallzugang.
SicherheitsbasisVerschlüsselung, Schlüsselverwaltung, zentrale Protokollierung, Richtlinien als Code.
BetriebsbasisMonitoring, Backup und Wiederherstellung, Kostenberichte.
ProvisionierungModulstruktur im IaC-Repository, State-Verwaltung mit Sperre, Umgang mit Geheimnissen, Drift-Erkennung.

07Eingaben

Was wir von Ihnen für eine belastbare Empfehlung brauchen

Fehlt etwas davon, benennen wir es im Ergebnis als offene Annahme statt es zu erraten.

  • Systemlandschaft: welche Anwendungen und Datenbestände betroffen sind, mit Eigentümer und Kritikalität (grobe Liste genügt).
  • Harte Anforderungen: Datenstandort, branchenspezifische Regulierung, Vorgaben Ihres Datenschutzbeauftragten, bestehende Verträge und Lizenzbindungen.
  • Team und Betrieb: welche Fähigkeiten vorhanden sind, wer die Plattform später betreibt, ob ein Betriebspartner gewünscht ist.
  • Integrationen: Identitätsverzeichnis, Netzanbindung (Standortvernetzung, VPN, Direktanbindung), bestehende Monitoring- und Backup-Werkzeuge.
  • Zeitrahmen: feste Termine wie Vertragsenden, Lizenzverlängerungen oder Audits.

08Plattformen

Welche Plattformen wir gegeneinander prüfen

Welche Plattform in Ihrem Fall passt, entscheidet das Anforderungsprofil, nicht unsere Vorliebe. Die Gegenüberstellung nach Datenstandort, Managed Services und Exit-Aufwand finden Sie als Entscheidungsbaum unter Cloud-Plattformen; zur STACKIT-Seite geht es hier: STACKIT.

Plattformen

  • AWS
  • Microsoft Azure
  • Google Cloud
  • STACKIT

Infrastructure as Code

  • OpenTofu
  • Terraform

Anbieterseiten: AWS, Microsoft Azure, Google Cloud, STACKIT.

09Grenzen

Zugriff, Geheimnisse, Rechtsfragen: wo die Beratung endet

Wir arbeiten mit minimal nötigen Rechten und über Ihre Identitätsverwaltung, nicht über geteilte Zugänge. Zugangsdaten und Schlüssel verbleiben in Ihren Systemen; in Dokumenten und Repositories stehen keine Geheimnisse.

  • Rechtsberatung und Zertifizierung gehören nicht zum Umfang. Wir setzen technische Vorgaben um und stimmen sie mit Ihrem Datenschutzbeauftragten oder Ihren Compliance-Verantwortlichen ab.
  • Die sicherheitsseitige Umsetzung ist Thema der Seite Cloud Security.

Cloud Security

Schlüssel steckt im Schloss einer abgeschlossenen weißen Büroschublade

Die Beratung verändert Ihre Produktivsysteme nicht

Änderungen daran entstehen erst in einem beauftragten Umsetzungsschritt.

10Passung

Für welche Entscheidungen die Beratung taugt und für welche nicht

Das liefert die Beratung

  • Eine Plattformempfehlung, die auf Ihren geklärten Anforderungen beruht.
  • Ein Dokument, das Begründung und Alternativen offenlegt, damit Entscheidungen später nachprüfbar bleiben.
  • Eine Landing Zone als Code, auf der neue Umgebungen reproduzierbar entstehen.

Das liefert sie nicht

  • Eine Plattformempfehlung ohne Anforderungsklärung. Ohne Ihre Randbedingungen wäre sie beliebig.
  • Ein Gutachten für einen Rechtsstreit oder eine Zertifizierungsprüfung. Das leisten Fachanwälte und akkreditierte Prüfer.
  • Eine Bestätigung für ein Ergebnis, das intern bereits feststeht.
  • Reine Lizenz- oder Wiederverkaufsberatung für einen Anbieter.

Welche Cloud-Entscheidung steht bei Ihnen an?

Schildern Sie uns Ihre Ausgangslage und die Entscheidung, die ansteht. Zurück zur Übersicht aller Leistungen.

Projekt anfragen Cloud-Migration ansehen