Save products you love by clicking the heart icon.
We use privacy-friendly analytics (Plausible + Umami) to understand how visitors use this site. No analytics are loaded without your consent. Privacy Policy
A deep dive into the networking architecture of OSISM-managed SCS cloud deployments — covering network separation, Virtual IPs (VIPs), Keepalived, HAProxy, and multi-node connectivity for production-ready sovereign cloud infrastructure.
Jedes Unternehmen, das heute Cloud-Dienste von US-Hyperscalern (Microsoft 365, Google Workspace, AWS, OpenAI) nutzt, trägt ein kalkuliertes Risiko: Daten verlassen den europäischen Rechtsraum, monatliche Subscription-Kosten steigen jährlich um 15–25 %, und ein Anbieterwechsel wird durch proprietäre Formate, fehlende Export-Schnittstellen und tiefe Integrationen faktisch unmöglich.
Die Rechnung ist einfach: Ein Unternehmen, das seine kritische Infrastruktur nicht selbst betreiben kann, besitzt seine digitale Identität nicht. Das zeigt sich spätestens dann, wenn der Anbieter die Preise verdoppelt (Microsoft 365 ist zwischen 2020 und 2025 um über 30 % teurer geworden), die DSGVO-konforme Datenhaltung nicht garantiert werden kann oder ein US-Gesetz wie der CLOUD Act direkten Zugriff auf Unternehmensdaten ermöglicht.
Digitale Souveränität bedeutet nicht, nie wieder Cloud-Dienste zu nutzen. Sie bedeutet, die Kontrolle über die eigene Infrastruktur, Daten und Technologieentscheidungen zu behalten — und jederzeit die Wahl zu haben, den Anbieter zu wechseln oder selbst zu hosten.
Die Entscheidung zwischen Eigenbetrieb und Cloud ist keine Glaubensfrage, sondern eine Kosten-Nutzen-Abwägung. Die folgende Tabelle zeigt die wichtigsten Dimensionen:
| Dimension | Self-Hosted (eigene Infrastruktur) | Cloud (Hyperscaler) |
|---|---|---|
| Kosten | Hohe einmalige Investition (Hardware), niedrige laufende Kosten | Pay-as-you-go, aber Kostensteigerung von 15–25 % p. a. |
| Kontrolle | Vollständig — Daten, Versionen, Konfiguration | Eingeschränkt — Anbieter definiert Upgrades, Features, Limits |
| Datenschutz | Daten verlassen nie das eigene Netz — DSGVO-konform | Abhängig von Rechtsraum und AGB des Anbieters |
| Wartungsaufwand | Hoch — eigenes Team für Betrieb, Security, Updates | Niedrig — wird vom Anbieter übernommen |
| Skalierbarkeit | Horizontal skalierbar, aber begrenzt durch eigene Hardware | Praktisch unbegrenzt, aber zu Anbieterkonditionen |
| Ausfallsicherheit | Eigenverantwortlich — Redundanz muss selbst gebaut werden | SLA-garantiert, aber bei Störung kein eigener Eingriff möglich |
Faustregel: Für kritische Geschäftsprozesse mit sensiblen Daten lohnt sich Self-Hosted fast immer. Für experimentelle oder stark schwankende Workloads kann die Cloud wirtschaftlicher sein. Die Kunst liegt im hybriden Ansatz: Kerndienste selbst betreiben, Spitzenlast in die Cloud auslagern — aber immer mit Exit-Strategie.
Für jede Kategorie gibt es heute ausgereifte Open-Source-Alternativen, die produktionsreif sind. Hier die wichtigsten Bausteine, alle auf tobias-weiss.org mit detaillierten Produktionsguides dokumentiert:
E-Mail ist oft der erste Schritt — und der komplexeste. Während Dovecot und Postfix seit Jahrzehnten Standard sind, hat sich der Markt weiterentwickelt:
Ausführlicher Vergleich im Artikel: Stalwart vs Dovecot 2.4 CE
Die selbstgehostete KI-Plattform ist das wichtigste Puzzlestück für Souveränität im AI-Zeitalter (dazu unten mehr).
Der folgende Stack zeigt, wie wenige Dienste nötig sind, um eine produktionsreife, souveräne Infrastruktur aufzusetzen — inklusive Nextcloud, Datenbank, Reverse Proxy und KI-Gateway:
version: "3.8"
networks:
sovereign-net:
driver: bridge
services:
# Reverse Proxy mit SSL und WAF
nginx:
image: nginx:1.27-alpine
networks:
- sovereign-net
ports:
- "443:443"
- "80:80"
volumes:
- ./nginx/conf.d:/etc/nginx/conf.d
- ./ssl:/etc/letsencrypt
- ./crowdsec:/etc/crowdsec
restart: unless-stopped
# Nextcloud (zentrale Kollaborationsplattform)
nextcloud:
image: nextcloud:30-apache
networks:
- sovereign-net
volumes:
- nextcloud-data:/var/www/html
environment:
- POSTGRES_HOST=postgres
- POSTGRES_DB=nextcloud
- POSTGRES_USER=nextcloud
- POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
- NEXTCLOUD_ADMIN_USER=admin
- NEXTCLOUD_ADMIN_PASSWORD=${ADMIN_PASSWORD}
- OVERWRITEPROTOCOL=https
depends_on:
- postgres
- redis
restart: unless-stopped
# MinIO (S3-Backend für Nextcloud und andere Dienste)
minio:
image: minio/minio:latest
networks:
- sovereign-net
command: server /data --console-address ":9001"
volumes:
- minio-data:/data
environment:
- MINIO_ROOT_USER=${MINIO_ROOT_USER}
- MINIO_ROOT_PASSWORD=${MINIO_ROOT_PASSWORD}
restart: unless-stopped
# LiteLLM + Ollama (lokale KI-Inferenz)
litellm:
image: ghcr.io/berriai/litellm:main
networks:
- sovereign-net
volumes:
- ./litellm_config.yaml:/app/config.yaml
environment:
- LITELLM_MASTER_KEY=${LITELLM_KEY}
restart: unless-stopped
ollama:
image: ollama/ollama:latest
networks:
- sovereign-net
volumes:
- ollama-models:/root/.ollama
deploy:
resources:
reservations:
devices:
- driver: nvidia
count: 1
capabilities: [gpu]
postgres:
image: postgres:16-alpine
networks:
- sovereign-net
volumes:
- postgres-data:/var/lib/postgresql/data
environment:
- POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
restart: unless-stopped
redis:
image: redis:7-alpine
networks:
- sovereign-net
volumes:
- redis-data:/data
restart: unless-stopped
volumes:
nextcloud-data:
minio-data:
postgres-data:
redis-data:
ollama-models:
Dieser Stack zeigt: Mit sechs zentralen Diensten (NGINX, Nextcloud, MinIO, LiteLLM/Ollama, PostgreSQL, Redis) deckt man E-Mail-Ablage, Dateisynchronisation, Kollaboration, S3-konformen Objektspeicher und KI-Inferenz ab — alles auf eigener Infrastruktur.
Die europäische Antwort auf US-Hyperscaler nimmt Gestalt an:
Diese Initiativen sind vielversprechend, aber in der Praxis noch nicht auf dem Niveau der Hyperscaler. Wer heute handeln will, muss selbst aktiv werden — die Werkzeuge und Guides dafür gibt es bereits.
Mit dem Aufkommen von ChatGPT und API-basierten KI-Diensten entsteht eine neue Form der Abhängigkeit: KI-Vendor-Lock-in. Unternehmen, die ihre Daten zur Verarbeitung an OpenAI, Google oder Anthropic senden, geben nicht nur sensible Informationen aus der Hand, sondern verlieren auch die Kontrolle über Modellverhalten, Verfügbarkeit und Kosten.
Eine vollständig selbstgehostete KI-Plattform (Ollama + LiteLLM + Open WebUI) eliminiert diese Risiken:
| Setup | GPU | Modelle | Kosten (ca.) | Geeignet für |
|---|---|---|---|---|
| Minimum | CPU (kein GPU) | 1–7B Parameter | 0 € | Experimente, Chatbots |
| Einsteiger | RTX 3060 12GB | 7–13B Parameter | 300 € | 1–2 Nutzer |
| Empfohlen | RTX 3090 24GB | 7–70B Parameter | 1.500 € | 3–5 Nutzer |
| Team | 2× RTX 4090 24GB | 7–70B parallel | 4.000 € | 10–20 Nutzer |
| Enterprise | 4× A100 80GB | Alle Modelle | 60.000 € | 50+ Nutzer |
Wie souverän ist Ihre Infrastruktur? Beantworten Sie die folgenden Fragen für Ihr Unternehmen:
| Stufe | Status | Kriterium |
|---|---|---|
| Level 0 | ❌ Keine Souveränität | Alle Dienste laufen bei US-Hyperscalern, keine Exit-Strategie, keine Datenverschlüsselung |
| Level 1 | ⚠️ Bewusstsein | DSGVO-konforme Cloud-Anbieter (z. B. Hetzner, IONOS) identifiziert, erste Gespräche |
| Level 2 | 🔧 Hybrid | Nicht-kritische Dienste in die Cloud, kritische Dienste (E-Mail, Files) selbst gehostet |
| Level 3 | ✅ Souverän | E-Mail, Kollaboration, Storage auf eigener Infrastruktur (Nextcloud, MinIO, Mailcow) |
| Level 4 | 🔐 Souverän + Sicher | Level 3 + eigener Reverse Proxy mit WAF, zentrales Logging, 2FA, regelmäßige Audits |
| Level 5 | 🤖 Souverän + KI | Level 4 + selbstgehostete KI-Modelle (Ollama/LiteLLM), keine externen KI-APIs |
| Level 6 | 🏢 Vollständig souverän | Level 5 + eigener Kubernetes-Cluster, Sovereign Cloud Stack, europäische Hardware |
Wo stehen Sie? Jede Stufe ist ein Fortschritt. Level 2 ist realistisch für KMU in 3–6 Monaten, Level 3–4 in 6–12 Monaten.
Digitale Souveränität ist kein binäres Merkmal, sondern ein kontinuierlicher Prozess. Der Weg dorthin lässt sich in drei Stufen einteilen:
Der wichtigste Schritt ist der erste. Fangen Sie heute an — mit einem einzigen Dienst, den Sie von einem Hyperscaler auf Ihre eigene Infrastruktur migrieren. Die digitale Souveränität ist kein Ziel, das man erreicht, sondern eine Fähigkeit, die man aufbaut.