Migrationsteam Hosting für die Woche, in der Sie fünfzig Websites verschieben.
Die stetige Verwaltung von Websites und die Onboarding-Funktion von vierzig von ihnen in zwei Wochen sind unterschiedliche Probleme.
Was eine Migrationswoche eigentlich braucht.
Nicht mehr Dashboard-Funktionen. Irgendwo, um Seiten zu setzen, bevor sie live gehen, und eine Möglichkeit, sie danach zu übergeben.
Sites leben, bevor DNS es tut
Jede migrierte Site läuft unter ihrer eigenen freien Adresse, so dass sie ordnungsgemäß getestet werden kann, während die Domain des Kunden immer noch auf den alten Host zeigt.
Cutovers auf Ihrem Zeitplan
DNS bewegt sich, wenn man sagt, nicht wenn die Kopie fertig ist. Eine Charge von Migrationen kann über Tage inszeniert und in der Reihenfolge umgeschaltet werden, die den Clients passt.
Übergabe ohne zweite Migration
Eine fertige Website überträgt sich auf das eigene Konto des Kunden mit seinen Dateien, Datenbank und Domains intakt, so dass der letzte Schritt nicht die Wiederholung des ersten ist.
Klonen, um das riskante zweimal zu versuchen
Eine Migration, die schief geht, ist billiger zu wiederholen als zu debuggen. Das Klonen einer Website gibt Ihnen einen zweiten Versuch, ohne den ersten zu berühren.
Per Site Ressourcen, kein gemeinsamer Pool
Zwanzig Migrationen, die gleichzeitig laufen, konkurrieren nicht um die Limits eines Kontos, da jede Site ihren eigenen Container und ihre eigene Decke hat.
Überprüfen Sie zuerst, schalten Sie zweitens, Hand über dritten.
Jede schmerzhafte Migrationswoche hat die gleiche Form: Websites gehen live, bevor jemand sie überprüft hat, weil sich das DNS ändert und die Kopie im selben Moment passiert ist.
- Jede Website erreichbar und testet, bevor DNS bewegt
- Kürzungen pro Kunde, nicht pro Charge
- Fehlgeschlagene Versuche, die auf einem Klon wiederholt wurden
- Beendete Websites, die auf das Konto des Kunden übertragen wurden
Der Engpass ist Überprüfung, nicht Kopieren.
Das Verschieben von Dateien ist der schnelle Teil. Das Tempo einer Migrationswoche bestimmt, wie schnell jede Site überprüft werden kann, und das hängt davon ab, ob sie sie sehen kann, bevor sie live ist.
Was wir für Teams Onboarding in großen Mengen eingerichtet haben
Das sind die Dinge, die entscheiden, ob eine Migrationswoche ruhig ist oder nicht.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| Vor-DNS-Adressen | Jede Website, die auf ihrer eigenen kostenlosen Domain erreichbar ist, bevor sich ein Rekord ändert | Das Testen einer Migration erst nach dem Umzug von DNS bedeutet, dass die erste Person, die ein Problem findet, der Client ist, und das Zurückrollen ist eine DNS-Änderung mit eigener Ausbreitungsverzögerung. |
| Cutover-Planung | DNS bewegt sich pro Site, zu einem Zeitpunkt, zu dem jeder Kunde zustimmt | Ein Batch-Cutover wählt einen Moment für alle, was für das Team in Ordnung und für den Kunden falsch ist, in dessen geschäftigsten Stunden er landet. |
| Retrospektive | Ein Klon für einen zweiten Versuch, anstatt eine halbfertige Migration zu reparieren | Das Debuggen eines Teilimports kostet normalerweise mehr als das saubere Redoing, und ein Klon bedeutet, dass der fehlgeschlagene Versuch zum Vergleich beibehalten und nicht überschrieben werden kann. |
| Eigentumsübergabe | Seiten, die auf das eigene Konto des Kunden übertragen werden, mit intakten Dateien, Datenbanken und Domains | Die Alternative besteht darin, jede Site zweimal zu migrieren - einmal um sie einzubinden und erneut aus dem Konto der Agentur zu entfernen -, was das Risiko ohne Nutzen verdoppelt. |
| Ressourcenisolierung | Container pro Site statt eines gemeinsamen Kontopools | Bulk Onboarding führt viele Importe auf einmal durch, und in einem gemeinsamen Pool konkurrieren diejenigen mit den bereits darauf befindlichen Live-Sites. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Kann ich eine migrierte Site testen, bevor ich DNS verschiebe?
Müssen alle Seiten auf einmal live gehen?
Was passiert, wenn eine Migration schief geht?
Kann ich dem Kunden anschließend eine fertige Seite übergeben?
Werden zwanzig Migrationen gleichzeitig die Live-Sites verlangsamen?
An Bord der Charge ohne die schlechte Woche.
Kostenlose Migrationen, jede Site, die vor dem DNS-Umzug testbar ist, und eine saubere Übergabe, wenn sie abgeschlossen ist.