Managed Hosting
Diese Seite ist für Hosting-Anbieter, die verwaltetes Exponential-Hosting anbieten möchten, bei dem der Hoster nicht nur die Maschine bereitstellt, sondern auch die Plattform der Website für den Kunden betreibt: Updates, Backups, Überwachung, Sicherheit. Sie beantwortet, welche Aufgaben ein solcher Dienst üblicherweise übernimmt, welches Werkzeug in Exponential jede davon unterstützt, wie Sie aufschreiben, wer was tut, und was 7x, der Verwalter des Projekts, selbst anbietet. Sie nennt keine Preise oder Service-Level: Das sind Entscheidungen eines Hosters (SLA-Optionen).

Inhalt
- Was „verwaltet“ abdecken kann
- Die Werkzeuge für jede Aufgabe
- Eine Zuständigkeitsmatrix
- Die Änderungen des Kunden und Ihre auseinanderhalten
- Zugang für Ihre Mitarbeitenden
- 7x als verwaltender Hoster
- Checkliste
Was „verwaltet“ abdecken kann
| Bereich | Nicht verwaltet | Verwaltet (Optionen) |
|---|---|---|
| Maschine, Betriebssystem, PHP | Hoster oder Kunde | Hoster |
| Webserver oder Velocity, Zertifikate | Kunde | Hoster |
| Updates von Exponential und Erweiterungen | Kunde | Hoster, nach vereinbartem Zeitplan und mit einem Testschritt |
| Backups von Datenbank und Dateien, Wiederherstellungstests | Kunde | Hoster |
| Überwachung und Durchsicht der Logs | Kunde | Hoster |
| Sicherheitshärtung und Reaktion auf Vorfälle | Kunde | Hoster, mit dem Kunden für Inhalte und Benutzer |
| Inhalte, Benutzer, Rollen | Kunde | Kunde |
| Eigener Code (Erweiterungen, Designs) | Kunde oder seine Agentur | Kunde oder seine Agentur; der Hoster rollt ihn aus |
Die Werkzeuge für jede Aufgabe
| Aufgabe | Werkzeug in Exponential | Wo es beschrieben ist |
|---|---|---|
| Updates und neue Pakete | ezupdate: Setup > Updates and packages (/update/dashboard); eine Prüfung, die nichts ändert, ein Probelauf, eine Bestätigung des Backups und die eigene Ausgabe von Composer während des Laufs; auch auf der Kommandozeile (php extension/ezupdate/bin/php/ezupdate.php) | ezupdate, Automatische Updates mit ezupdate |
| Vor einem Upgrade | Setup > Upgrade-Prüfung (/setup/systemupgrade): Konsistenz von Dateien und Datenbank, nur lesend | Die Upgrade-Prüfung |
| Upgrade | die Update-Dateien und Upgrade-Schritte des Release | Kapitel 11, Kunden-Websites aktualisieren |
| Backups | Wartungsmodus, das Datenbankwerkzeug der Engine, tar der Dateien | 10.9 Backups und Wiederherstellung |
| Die Website vom Netz nehmen | Setup > Wartung oder php bin/php/maintenance.php on ... / off / status | Wartungsmodus |
| Zustand | Setup > Systeminformationen (/setup/info) und exp:system:info | Systeminformationen |
| Logs | Setup > Logdateien (setup/logs), mit Permalinks; Rotation | Log-Viewer, Log-Viewer und Log-Rotation |
| Geplante Jobs | Setup > Cronjobs, das Teile ausführt und Crontab-Zeilen vorschlägt | Cronjobs |
| Wer hat was getan | das Prüfprotokoll | Das Prüfprotokoll, Prüfprotokoll für Hoster |
| Codeänderungen ausrollen | exp:velocity deploy (Autoloads, Caches, Neuladen von PHP-FPM, Neustart von Velocity in Reihenfolge) | 8.3.14 |
| Leistungsprüfungen | exp:benchmark | Benchmark |
Hinweis Ein verwaltetes Backup besteht aus der Datenbank und
var/storage,settings/overrideundsettings/siteaccess, im selben Moment erstellt, außerhalb des Servers gespeichert und einmal auf einer anderen Maschine wiederhergestellt, um zu beweisen, dass es funktioniert. Die Checkliste für die erste Woche im Installationsbuch verlangt genau das (10.15).
Eine Zuständigkeitsmatrix
Schreiben Sie eine pro Kunde, und bewahren Sie sie mit dem Vertrag auf. Ein Ausgangspunkt:
Customer: <customer> Site: <domain> Plan: <plan name> Reviewed: <date>
Task Host Customer Agency Notes
Operating system and PHP updates R window: <when>
Exponential and extension updates R A test on staging first
Custom extensions and designs A R host deploys
Backups (database + files) R kept: <generations>
Restore test R I last: <date>
Certificates R
Monitoring and alerts R I
Security incidents R I C
Content, users and roles R
R = does it, A = approves, C = consulted, I = informedDie Änderungen des Kunden und Ihre auseinanderhalten
Auf einer verwalteten Installation können sich Einstellungen, die in der Administration geändert werden, und Einstellungen,
die Sie ausrollen, widersprechen. Ohne Vorkehrungen schreiben der INI-Editor, die Editoren für Werkzeugleisten und Menüs und
der Template-Editor *.ini.append.php- und .tpl-Dateien in das Release-Verzeichnis, wo die Versionsverwaltung sie nicht
sieht und das nächste Ausrollen sie verwirft
(Konfiguration über das Ausrollen verwaltet).
Zwei Möglichkeiten:
ManagedByDeployment=enabledpro Siteaccess ([ConfigurationSettings]): Die Konfiguration kommt nur aus dem Ausrollen; die schreibenden Ansichten antworten, als wären sie ausgeschaltet, undeZINI::save()verweigert. Lesende Ansichten, die Logs und die Kommandozeile bleiben offen. Das passt zu einem Hoster, der jede Konfigurationsänderung ausrollt.- Lassen Sie es aus, und vereinbaren Sie, dass Konfigurationsänderungen im Browser Sache des Kunden sind; sichern Sie
settings/und vergleichen Sie vor jedem Ausrollen.
Zugang für Ihre Mitarbeitenden
- Geben Sie allen Ihren Mitarbeitenden ein eigenes Administratorkonto, nie ein gemeinsames, sodass das Prüfprotokoll die Person nennt (Die Administration einschränken).
- Nutzen Sie für diese Konten die zweistufige Anmeldung (Zweistufige Anmeldung).
- Shell-Zugang als Benutzer der Website, nicht als root, sodass Dateien, die Ihre Mitarbeitenden anlegen, für die Website beschreibbar bleiben (8.7.2).
7x als verwaltender Hoster
7x, der Verwalter des Projekts, verkauft Dienste rund um die quelloffene Software; die Software selbst bleibt frei. Sein Angebot umfasst verwaltetes Hosting („Exponential Website Hosting“ und „Exponential Platform SSD Hosting“), Support- und Wartungsverträge und Upgrades von älteren Versionen. Preise und Bedingungen stehen auf der Website von 7x, nicht hier (Wer ist 7x?).
Exponential ist freie Software: Jeder Hoster darf verwaltetes Exponential-Hosting anbieten, und ein Kunde darf zwischen Hostern wechseln. Siehe Mit dem Projekt und 7x zusammenarbeiten und Lizenzierung für Hoster.
Checkliste
- To do: Die Aufgaben, die der Dienst übernimmt, sind pro Tarif aufgeschrieben.
- To do: Für jeden Kunden gibt es eine Zuständigkeitsmatrix.
- To do: Updates: ezupdate installiert, Prüfung und Probelauf vor jedem Update, ein Staging-Schritt.
- To do: Backups mit Wartungsmodus, außerhalb des Standorts, Wiederherstellung getestet.
- To do: Überwachung: Systeminformationen, Logs und Ausgabe von Cron nach Zeitplan durchgesehen.
- To do:
ManagedByDeploymentpro Siteaccess entschieden. - To do: Persönliche Konten der Mitarbeitenden mit zweistufiger Anmeldung.
Verwandte Seiten
- Ein Hosting-Modell wählen
- Support-Stufen, SLA-Optionen
- Checkliste: monatlicher Betrieb
- Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.
Werden Sie Exponential-Partner
Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.