CLOUD SOLUTION ARCHITECTURE
Cloud ist kein Ort.
Cloud ist eine Entscheidungskette.
Wer glaubt, es gehe primär um Hyperscaler, Services oder Preislisten, hat das eigentliche Problem noch nicht verstanden. Cloud-Architektur entscheidet darüber, wie viel Freiheit Sie gewinnen – oder wie teuer Sie sich in neue Abhängigkeiten einkaufen.
Ich entwerfe Cloud-Architekturen nicht aus Begeisterung für Azure, AWS oder GCP.
Ich entwerfe sie aus Respekt vor Daten, Risiko, Recht und Organisation.
WORUM ES HIER WIRKLICH GEHT
Die meisten Cloud-Projekte scheitern nicht an der Technik.
Sie scheitern an falschen Annahmen:
„Wir hosten in der EU, also sind wir sicher.“
„Der Anbieter wird das schon regeln.“
„Compliance machen wir später.“
„DevOps ist ein Toolset.“
Alles falsch. Und alles teuer.
Cloud ist heute Geopolitik, Vertragsrecht, Datenhoheit und Architektur in einem.
Wer das trennt, verliert den Überblick – und am Ende die Kontrolle.
MEIN ANSATZ
Ich arbeite an der Schnittstelle von:
Cloud-Architektur
Daten- & AI-Architektur
Recht & Governance
DevOps & Organisation
Nicht theoretisch. Sondern praktisch.
Unter anderem als Cloud Solution Architect bei Microsoft, in internationalen Enterprise-Projekten und im regulierten Umfeld.
Ich weiß, wie Azure „richtig“ funktioniert.
Und ich weiß, wo die Grenzen liegen.
CLOUD ≠ INFRASTRUKTUR
Je näher man am Kabel ist, desto weniger bin ich Ihr Mann.
Je näher man an Entscheidungen kommt, desto mehr.
Ich baue keine Firewalls „schön“.
Ich baue Architekturen, die:
skalieren,
erklärbar bleiben,
auditierbar sind,
und notfalls wieder verlassen werden können.
Vendor Lock-in ist kein technisches Problem.
Es ist ein architektonisches Versäumnis. Außerdem ein rechtliches Problem. Denn der seit 12.09.2025 geltende Data Act (nicht EU AI Act, der kommt noch dazu, wenn wir KI-Systeme vorliegen haben) schreibt dies explizit vor: gewerbliche, technische, vertragliche und organisatorische Hürden abzubauen, die einen effizienten Wechsel zwischen Datenverarbeitungsdiensten (Cloud-Switching) erschweren oder verhindern.
Um schädliche „Lock-in“-Effekte zu beseitigen, verpflichtet das Gesetz die Anbieter dazu, die Datenportabilität zu gewährleisten und den Übergang zu Wettbewerbern durch die Bereitstellung technischer, informatorischer und vertraglicher Unterstützung aktiv zu erleichtern. Architekturen müssen demnach künftig auf Interoperabilitätsstandards und offene Schnittstellen setzen, um flexibel zu bleiben und den gesetzlichen Anforderungen an einen fairen Datenmarkt gerecht zu werden.
AZURE – MIT OFFENEN AUGEN
Ich bin spezialisiert auf Azure-Architekturen, insbesondere:
Hub-&-Spoke-Modelle
Application Landing Zones
Cloud-Migrationen
Azure AI Services
Daten- & Integrationsarchitekturen
Azure AI-102: 98 %.
Nicht, weil Prüfungen wichtig wären – sondern weil ich weiß, wo Marketing aufhört und Realität beginnt.
Azure ist leistungsfähig.
Azure ist bequem.
Azure ist nicht neutral.
Und genau deshalb muss man wissen, wann man es nutzt – und wann besser nicht.
CLOUD, RECHT UND REALITÄT
Ein unbequemer Fakt, den viele gern verdrängen:
Solange CLOUD Act und FISA 702 gelten, ist kein Anbieter mit US-Bezug vollständig souverän.
Auch nicht bei EU-Regionen. Auch nicht bei „Trusted Clouds“.
Wer hochsensible Daten verarbeitet – militärisch, staatlich, forschungsrelevant oder strategisch – muss das wissen.
Und muss Alternativen ehrlich prüfen:
europäische Anbieter ohne US-Bezug
Private-Cloud-Ansätze
hybride Architekturen
bewusste Datenklassifikation statt pauschaler Cloud-Euphorie
Ich mache hier keine Panik.
Ich mache Abwägungen.
DEVOPS: KEIN TOOL, SONDERN KULTUR
DevOps ist eines meiner Kernthemen.
Nicht als Buzzword, sondern als System aus Feedback, Verantwortung und Lernen.
Ich habe lange als DevOps Engineer gearbeitet.
Ich arbeite heute als Architekt – und halte nach wie vor Workshops dazu, u. a. bei der GFU (durchweg fünf Sterne).
Ich unterscheide:
Vanity-Metriken von echten DORA-Indikatoren
Geschwindigkeit von Nachhaltigkeit
Automatisierung von blindem Aktionismus
Lean ist kein Trend.
Lean ist 60 Jahre alt: TPS, Mura, Muda, Muri.
Und aktueller denn je.
WAS SIE VON MIR BEKOMMEN
Cloud-Architekturen mit klaren Entscheidungsgrundlagen
saubere Hub-&-Spoke- und Landing-Zone-Konzepte
Integration von AI- und Datenarchitektur
DevOps-Strukturen, die Menschen mitnehmen
Governance by Design statt Compliance-Panik
ehrliche Aussagen zu Risiken, Abhängigkeiten und Alternativen
Ich erkläre Ihnen nicht, was technisch möglich ist.
Ich erkläre Ihnen, was sinnvoll, vertretbar und tragfähig ist.
KURZ GESAGT
Ich mache Cloud für Menschen,
die Verantwortung tragen.
Für Organisationen,
die nicht nur skalieren wollen – sondern souverän bleiben.
Und für Entscheider,
die lieber heute sauber abwägen, als morgen teuer zurückzubauen.
Wenn Sie jemanden suchen, der Ihnen nicht nur sagt, wie man in die Cloud kommt,
sondern auch, wann man besser Abstand hält,
dann sprechen wir dieselbe Sprache.