Ein Hosting-Anforderungsprofil für technische Entscheidungen

Die Auswahl mit der Aufgabe der Website beginnen

Ein Hosting-Anforderungsprofil beschreibt, was eine Website leisten muss und wie sie betreut wird. Es verhindert, dass die Auswahl nur nach Paketnamen oder der größten Ressourcenzahl erfolgt. Beginnen Sie mit dem Zweck: informiert die Website, unterstützt sie eine Redaktion oder verarbeitet sie individuelle Vorgänge? Diese Antwort bestimmt die folgenden Fragen.

Formulieren Sie einige konkrete Nutzeraufgaben. Eine Interessentin liest Leistungen und findet einen Kontaktweg. Ein Redakteur veröffentlicht einen Beitrag mit Bildern. Ein angemeldeter Benutzer verändert eigene Daten. Solche Sätze machen sichtbar, welche Funktionen tatsächlich gebraucht werden. Ungeplante Möglichkeiten müssen nicht vorsorglich zum Pflichtumfang erklärt werden.

Das Profil ist eine Arbeitsvorlage für Betreiber, Agentur und Anbieter. Es liefert keine automatische Tarifeignung. Fehlende Informationen werden ausdrücklich als offen geführt und nicht durch geschätzte Zusagen ersetzt.

Beziehen Sie die Personen ein, die den späteren Ablauf kennen. Eine Redaktion weiß möglicherweise von jährlichen Medienaktionen, während ein Entwickler regelmäßige Datenimporte kennt. Der Betreiber kann erklären, welche Unterbrechung fachlich problematisch wäre. Diese Perspektiven liefern unterschiedliche Informationen und gehören in dieselbe Vorlage. Halten Sie dabei die Herkunft einer Annahme fest. Wenn sich später ein Termin oder eine Funktion ändert, ist erkennbar, welche technische Entscheidung erneut betrachtet werden muss. Das Profil bleibt dadurch ein brauchbares Arbeitsdokument und wird nicht zu einer einmal ausgefüllten Checkliste, deren Angaben niemand mehr verantwortet.

Daten und technische Umgebung erfassen

Bei einem vorhandenen Projekt messen Sie Dateibestand und Datenbankgröße. Unterscheiden Sie Medien, Archive und übrige Anwendungsdateien. Notieren Sie außerdem, welche Bereiche regelmäßig wachsen. Ein neuer Auftritt erhält stattdessen begründete Annahmen aus dem geplanten Inhalt. Die Annahmen werden nach dem Start mit dem tatsächlichen Bestand verglichen.

Die Laufzeitprüfung ergänzt Version, benötigte Module und besondere Aufgaben. Geplante Importe oder externe Verbindungen gehören in dieselbe Liste. Ein vorhandener SSH-Zugang wird mit dem erforderlichen Arbeitsablauf verbunden. Er bestätigt keine beliebige Systemadministration.

Ressourcenfragen folgen den Tätigkeiten. Der Ressourcenleitfaden trennt Speicher, RAM und Parallelität. Für mehrere Installationen wird geklärt, ob sie einen gemeinsamen Rahmen nutzen dürfen und wie sie später wieder getrennt werden können.

Pflege, Sicherung und Wiederherstellung beschreiben

Eine Funktion ist erst betreibbar, wenn ihre Pflege zugeordnet ist. Benennen Sie die Person für Anwendungsänderungen, die fachliche Freigabe und den Kontakt zum Hostinganbieter. Klären Sie, welche Maßnahmen der vereinbarte Betreuungsumfang enthält. Begriffe wie „Managed“ werden dazu in konkrete Aufgaben übersetzt.

Für Sicherungen formulieren Sie den gewünschten Umgang mit Datenverlust und Wiederherstellung. Wie oft entstehen wichtige Änderungen? Wer wählt den wiederherzustellenden Stand? Welche Funktionen müssen danach geprüft werden? Öffentlich beworbene tägliche Backups beantworten diese Fragen noch nicht vollständig. Bestätigte Aufbewahrung und Zugriff werden schriftlich festgehalten.

Wesentliche Änderungen erhalten eine angemessene Testumgebung und einen Rückweg. Bei laufenden Daten muss die Übertragung aus einer Kopie besonders sorgfältig geplant werden. Der Staging-Ratgeber verbindet technische Prüfung mit Freigabe. Kleine Projekte können das Verfahren kurz halten, sollten die Entscheidungen aber sichtbar treffen.

Pflicht, Wunsch und offene Frage auseinanderhalten

Sortieren Sie Anforderungen nach ihrer Bedeutung. Pflicht ist, was für den beschriebenen Zweck notwendig ist. Ein Wunsch verbessert den Ablauf, kann aber möglicherweise anders erfüllt werden. Eine offene Frage benötigt noch eine belegbare Antwort. Diese Trennung verhindert, dass ein Angebot aufgrund unklarer Erwartungen vorschnell ausgeschlossen oder akzeptiert wird.

In den Produktdossiers zu Starter, Pro und Business stehen aktuelle Angebotswerte neben redaktionellen Anschlussfragen. Nutzen Sie sie als Rechercheeinstieg und prüfen Sie die konkrete Konfiguration. Marketing- und Shopabweichungen gehören in die offenen Fragen, nicht stillschweigend in eine bestätigte Aussage.

Die Entscheidung mit nachvollziehbaren Bedingungen treffen

Ein vollständiges Profil passt oft auf wenige Seiten. Es nennt Zweck, Funktionen, Bestand, Umgebung, Verantwortliche und Migrationsbedarf. Quellen und bestätigte Antworten sind datiert. So lässt sich später nachvollziehen, welche Entwicklung eine erneute Prüfung verlangt. Die Vorlage bleibt beim Projekt und unterstützt eine mögliche Übergabe.

Prüfen Sie vor der Bestellung zusätzlich Laufzeit, Steuerangaben und ausgewählte Optionen im tatsächlichen Angebot. Eine sichtbare Ausgangszahl ist nicht automatisch der endgültige Vertragsbetrag. Auch gewünschte Reaktionszeiten und Verfügbarkeitsbedingungen werden nur übernommen, wenn der konkrete Vertragsumfang belegt ist.

Bei einer Migration führt der Migrationsleitfaden das Profil in einen Ablauf über. DNS und Mail bleiben als eigene Bereiche sichtbar. Nach dem Start werden wichtige Annahmen kontrolliert: wächst der Bestand wie erwartet, funktionieren regelmäßige Aufgaben und ist die Betreuung erreichbar?

• Mit konkreten Nutzeraufgaben beginnen.
• Daten und Umgebung belegen.
• Betrieb und Wiederherstellung zuordnen.
• Offene Fragen vor der endgültigen Entscheidung klären.

Damit begründet das Profil die Auswahl anhand des tatsächlichen Projekts. Es liefert zugleich einen Maßstab, an dem spätere Veränderungen bewertet werden können.