TYPO3-Hosting: Anforderungen, Container-Strategien und Compliance

TYPO3 ist anspruchsvoller in der Hosting-Konfiguration als die meisten CMS. Composer-basiertes Deployment, PHP-FPM-Tuning, ImageMagick-Integration und das File Abstraction Layer erfordern eine Hosting-Umgebung, die über Standard-Webhosting hinausgeht. Dieser Leitfaden beschreibt die technischen Anforderungen, vergleicht Hosting-Modelle und erklärt, warum Docker-basiertes Hosting für TYPO3-Projekte zum Standard geworden ist.

Anforderungen an TYPO3-Hosting

TYPO3 v13 definiert klare Mindestanforderungen an die Server-Umgebung. Wer diese unterschreitet, riskiert Instabilität, Sicherheitslücken und Performance-Probleme:

PHP:

Webserver:

Datenbank:

Zusätzliche Software:

Festplattenspeicher:

Diese Anforderungen übersteigen das, was Standard-Webhosting-Pakete bieten. Insbesondere die Kombination aus Composer-Deployment (das SSH-Zugang und CLI-Ausführung erfordert), ImageMagick (das auf vielen Shared-Hosting-Systemen fehlt oder eingeschränkt ist) und ausreichendem PHP-Memory für Backend-Operationen macht dedizierte oder containerisierte Hosting-Umgebungen zur Voraußetzung für produktive TYPO3-Installationen.

Ein weiterer Aspekt, der häufig unterschätzt wird: TYPO3-Deployments über Composer erzeugen im vendor-Verzeichnis eine signifikante Anzahl an Dateien. Hosting-Umgebungen mit Inode-Limits (häufig bei Shared Hosting) können hier an Grenzen stoßen. Auch die Inode-Performance des Dateisystems beeinflusst die Ladezeiten, da OPcache und Autoloading auf eine große Anzahl von PHP-Dateien zugreifen.

Shared Hosting vs. Managed Server vs. Container

Nicht jedes TYPO3-Projekt benötigt die gleiche Infrastruktur. Die Wahl des Hosting-Modells hängt von Projektgröße, Traffic-Volumen und Compliance-Anforderungen ab.

Shared Hosting

TYPO3 auf Shared Hosting ist technisch möglich, aber in der Praxis problematisch. Die Einschränkungen: kein SSH-Zugang (oder eingeschränkt), kein Composer-Deployment, geteilte Ressourcen mit anderen Kunden, kein Zugriff auf PHP-FPM-Konfiguration, kein Redis. Für kleine Vereinswebsites oder Testinstallationen akzeptabel – für Produktivsysteme mit Verfügbarkeitsanforderungen ungeeignet.

Managed Server (vServer/Dedicated)

Ein dedizierter oder virtueller Server mit Root-Zugang bietet volle Kontrolle über die Software-Umgebung. PHP-Version, Webserver-Konfiguration, Datenbank-Tuning und Cache-Backend lassen sich projektspezifisch optimieren. Managed-Server-Anbieter übernehmen Betriebssystem-Updates und Hardware-Management, die Anwendungsebene bleibt in der Verantwortung des TYPO3-Betreuers.

Dieses Modell eignet sich für einzelne TYPO3-Projekte mit moderatem Traffic und überschaubarer Komplexität. Der Nachteil: Skalierung erfordert manuelle Eingriffe, und die Umgebung ist nicht reproduzierbar – ein Staging-System muss separat konfiguriert werden.

Container-basiertes Hosting (Docker/Kubernetes)

Container-basiertes Hosting hat sich im TYPO3-Umfeld als Best Practice etabliert. Die Vorteile:

Für einzelne Projekte reicht Docker Compose mit drei Containern: Nginx (Reverse Proxy), PHP-FPM (Anwendung) und MariaDB (Datenbank). Für Multi-Site-Installationen mit High-Availability-Anforderungen kommt Kubernetes zum Einsatz – mit Ingress Controller, Persistent Volumes für FAL-Storage und Secrets-Management für Datenbank-Credentials.

TYPO3-Hosting in Deutschland — Datenschutz und Compliance

Für Behörden, Bildungseinrichtungen und Unternehmen mit DSGVO-Anforderungen ist der Hosting-Standort ein entscheidendes Kriterium.

DSGVO-Anforderungen an das Hosting:

Zusätzliche Anforderungen für öffentliche Auftraggeber:

Diese Anforderungen schließen viele internationale Cloud-Anbieter in ihrer Standardkonfiguration aus. Deutsche Hosting-Anbieter oder europäische Cloud-Regionen mit entsprechenden Zertifizierungen sind die gängige Lösung.

Für Behörden auf Bundesebene kommen zusätzlich die Anforderungen des BSI Cloud-Compendiums zum Tragen. Hier ist nachzuweisen, dass der Hosting-Anbieter nach BSI C5 testiert ist oder gleichwertige Sicherheitsmaßnahmen implementiert. TenMedia nutzt Azure-Regionen in Deutschland (Germany West Central), die sowohl ISO 27001 als auch BSI C5-Testat vorweisen können.

Docker-basiertes TYPO3-Hosting

Ein produktives Docker-Setup für TYPO3 besteht typischerweise aus folgenden Komponenten:

Container-Architektur:

Deployment-Pipeline:

  1. Entwickler pusht Code in das Git-Repository
  2. CI/CD-Pipeline baut neues Container-Image (docker build)
  3. Composer-Dependencies werden installiert (composer install --no-dev)
  4. Automatisierte Tests laufen gegen das neue Image
  5. Image wird in die Container-Registry gepusht
  6. Orchestrator (Docker Compose oder Kubernetes) rollt das neue Image aus
  7. TYPO3 Upgrade Wizard und Datenbank-Migrationen laufen automatisch

Staging-Umgebungen: Docker ermöglicht es, für jeden Feature-Branch eine eigene Staging-Umgebung hochzufahren. Redakteure können Änderungen prüfen, bevor Code in die Produktion gelangt. Die Staging-Datenbank wird regelmäßig aus einem anonymisierten Produktions-Dump befüllt.

Persistente Daten: Eine Herausforderung bei containerisiertem TYPO3-Hosting ist die Handhabung persistenter Daten. Datenbank-Dateien und das FAL-Verzeichnis (fileadmin) müssen außerhalb der Container gespeichert werden – über Docker Volumes, NFS-Mounts oder Cloud-Storage-Anbindungen (z. B. Azure Blob Storage). Bei Kubernetes-Setups kommen Persistent Volume Claims zum Einsatz, die sicherstellen, dass Dateien einen Container-Neustart überleben.

Performance-Optimierung auf Server-Ebene

Die Performance eines TYPO3-Systems hängt mindestens ebenso stark von der Server-Konfiguration ab wie vom Anwendungscode. Zentrale Stellschrauben:

OPcache-Konfiguration:

Redis-Tuning:

Datenbank-Optimierung:

CDN-Integration:

HTTP/2 und Komprimierung:

TYPO3-Hosting bei TenMedia

TenMedia betreibt TYPO3-Installationen auf Azure-Infrastruktur in deutschen Rechenzentren. Die Hosting-Architektur basiert auf Docker und Kubernetes, je nach Projektanforderung.

Infrastruktur-Stack:

Backup-Strategie:

Enthaltene Leistungen im Wartungsvertrag:

Skalierung bei Lastspitzen: Für Websites mit saisonalen Traffic-Spitzen – etwa Hochschulen während der Einschreibungsphase oder Behörden bei Gesetzesänderungen – bietet die Kubernetes-basierte Architektur automatische Skalierung. Horizontal Pod Autoscaling fährt bei steigender Last zusätzliche PHP-FPM-Pods hoch und reduziert sie wieder, wenn der Traffic sinkt. Die Datenbank skaliert über Read-Replicas, die Leseanfragen von der primären Instanz entlasten.

Kosten: TYPO3-Hosting-Kosten variieren je nach Projektgröße. Für eine einzelne TYPO3-Website mit moderatem Traffic liegen die Infrastrukturkosten (ohne Wartung) typischerweise bei 50-200 EUR monatlich. Multi-Site-Installationen mit Kubernetes-Orchestrierung und High-Availability-Anforderungen beginnen bei 300-500 EUR monatlich. Die Hosting-Infrastruktur ist in den Wartungsverträgen von TenMedia enthalten – eine separate Abrechnung entfällt.

Die übergeordnete Seite TYPO3-Entwicklung bietet den vollständigen Überblick zum TYPO3-Leistungsspektrum bei TenMedia. Details zur laufenden TYPO3-Wartung stehen auf der verlinkten Seite.

Weiterführende Informationen