
Technologie
Im Edgio-Kreuzfeuer gefangen? 5 essenzielle Vorbereitungsschritte, um die nächste CDN-Migration zu überstehen
Im Edgio-Kreuzfeuer gefangen? 5 essenzielle Vorbereitungsschritte, um die nächste CDN-Migration zu überstehen
Im Edgio-Kreuzfeuer gefangen? 5 essenzielle Vorbereitungsschritte, um die nächste CDN-Migration zu überstehen
Nicht das beste Weihnachtsgeschenk
Die Auswirkungen des Insolvenzverfahrens (Chapter 11) von Edgio brachten Technologen in OTT-, Streaming- und Digital-Publishing-Unternehmen weltweit ein unerwartetes Weihnachtsgeschenk, als der 15. Januar 2025 als das Datum angekündigt wurde, an dem Edgio die Server abschaltet. Infolgedessen waren die letzten 30 Tage und der Großteil der Feiertage für viele völlig von schnellen (und etwas chaotischen) Migrationen von Edgios CDN- und Delivery-Diensten zu alternativen Lösungen ausgefüllt.
Einer der wesentlichsten Aspekte der Chapter-11-Nachrichten war, dass Verträge gekauft worden waren und nicht die zugrunde liegenden Technologien. Mit anderen Worten: Eine Migration war unvermeidlich, ob man wollte oder nicht.
Nachdem wir nun einige dieser Übergänge hinter uns haben, möchte ich fünf wichtige Vorbereitungsschritte teilen, die Ihnen helfen, eine CDN- und Delivery-Migration effektiv zu bewältigen, wenn die Zeit nicht auf Ihrer Seite ist.
5 praktische Vorbereitungsschritte
1. Klare Namenskonventionen beibehalten
Eine der größten Herausforderungen bei der Migration von Domains, Subdomains und Properties in großen Organisationen ist deren schiere Menge. Wenn Entwickler Namenskonventionen wie `qa-1-test-pipeline-release4.domain.com` verwenden, wird es für jedes unter Druck stehende Migrationsteam schwierig zu identifizieren, wer Eigentümer der jeweiligen Domain ist – und was sie tut.
Die Moral von der Geschichte: Eine konsistente und klare Namenskonvention zahlt sich auf lange Sicht aus. Dieses Prinzip gilt nicht nur für Domains, sondern auch für APIs, Regeln, Zertifikate und Weiterleitungen. Seien Sie der Migrationskurve voraus, indem Sie ein einheitliches Namenssystem für alles etablieren. Machen Sie es verständlich und für Menschen lesbar.
2. Domain- und Subdomain-Register implementieren
Anschließend an die Bedeutung von Namenskonventionen ist ein Register, das jede Domain, Subdomain oder Weiterleitung und deren Anforderer erfasst, von entscheidender Bedeutung. Bei mehreren dieser Migrationen haben Teams wertvolle Zeit damit verschwendet, herauszufinden, wer eine Subdomain ursprünglich angefordert hat, wann sie erstellt wurde, warum, oder ob sie überhaupt noch genutzt wird.
Warum ist das wichtig? Bei Massenmigrationen von Anbieter A zu Anbieter B können Konfigurationen fehlerhaft oder missgebildet werden. Es wurde viel Zeit darauf verwendet, fehlerhafte Weiterleitungsregeln zu entwirren und herauszufinden, wohin Assets verweisen sollten, anstatt wo sie nach der Migration gelandet sind. Ein zentrales Register mit einem Ansprechpartner für jede Domain, Subdomain oder Rewrite-Regel kann Verwirrung drastisch reduzieren und die Fehlerbehebung beschleunigen.
3. Regelmäßige Aufräumarbeiten zahlen sich aus
Jeder Migrationsprozess verdeutlicht die schiere Anzahl der vorhandenen Regeln – oft mit Schichten von Regeln, die auf anderen Regeln aufbauen. Diese Komplexität kann es schwierig machen, während oder nach der Migration nachzuvollziehen, wo Probleme auftreten. Viele Organisationen verlieren aus den Augen, wie groß dieses Problem werden kann; jedem zu erlauben, jede beliebige Regel für jeden Zweck anzufordern, kann leicht außer Kontrolle geraten.
Gute Aufräumarbeit beinhaltet das regelmäßige Bereinigen von ungenutzten Regeln, Weiterleitungen, Domains und Subdomains. Dies entspricht nicht nur Best Practices, sondern verringert auch den Testaufwand nach der Migration. Erwägen Sie, alle sechs Monate eine Bereinigung durchzuführen. Berichten Sie in diesen Abständen über jede Domain und jeden Pfad und zeigen Sie auf, wie viele Besucher oder Hits eine bestimmte Adresse oder URL erhält. Schaffen Sie Richtlinien für die Deaktivierung ungenutzter Elemente und planen Sie regelmäßige Folgeaudits.
4. Nicht alle WAFs sind gleich
Web Application Firewalls (WAFs) können der beste Freund einer Produktionsumgebung, aber der schlimmste Feind einer Testumgebung sein. Entwickler stellen oft fest, dass Websites, APIs und Endpunkte, von denen sie glauben, dass sie erfolgreich migriert wurden, bei Tests fehlschlagen – nur um zu entdecken, dass strenge WAF-Regeln den Datenverkehr am Edge blockieren. Wenn Origins IP-Whitelists oder Host-Header verwenden, um sich selbst zu schützen, werden die Herausforderungen umso komplizierter.
Ein nützlicher Ansatz besteht darin, jede WAF-Regel während des Testens (oder in Pre-Production-/Staging-Umgebungen) in den COUNT- oder REPORT-Modus zu versetzen. Sie können das Blockieren wieder aktivieren, sobald die Migration abgeschlossen ist. Auf diese Weise wissen Sie sofort, ob die WAF die Ursache ist oder die Migration der Konfigurationen, falls nach dem Reaktivieren des Blockierens etwas nicht mehr funktioniert. Denken Sie daran, dass nicht alle WAFs gleich sind – Business-Logiken und Regeln zum Schutz des geistigen Eigentums, die bei einem Anbieter funktionierten, verhalten sich bei einem anderen möglicherweise nicht genauso.
5. Kommunikationsrahmen
Es ist leicht, zu wenig oder zu viel zu kommunizieren, wenn eine Migration unter Zeitdruck steht. Ein Großteil der anfänglichen Sorgen über Geschäftsunterbrechungen hätte dadurch gemildert werden können, dass eine einfache, transparente Übersicht darüber bereitgestellt worden wäre, welche Domains und Properties wem gehören, welchen Zweck sie haben und wie ihr aktueller Status ist.
Erstellen Sie ein Register und nutzen Sie dieses als allgemeine Übersicht zur Nachverfolgung
Versuchen Sie, Pläne und Register im Voraus zu erstellen. Sie müssen nicht übermäßig detailliert sein, aber selbst eine einfache Liste von Domains und Properties – zusammen mit Angaben zum Eigentümer, ob sie auf interne oder externe Dienste verweisen, und einer verständlichen Beschreibung – wird die Verwirrung erheblich verringern. Sollte diese Situation erneut auftreten, sind Sie besser darauf vorbereitet, sie direkt anzugehen. Und vergessen Sie GANTT-Diagramme und traditionelle Projektpläne. Diese helfen zwar beim Ressourcenmanagement, aber es ist einfacher, Probleme anhand von Domains und Properties zu verfolgen als mit einem traditionellen, ressourcenbasierten Modell.
Erarbeiten Sie den täglichen Echtzeit-Kommunikationsplan
Zusätzlich empfehle ich einen offenen Kanal für die Kommunikation im gesamten Unternehmen. Nutzen Sie einen Slack- oder Teams-Kanal. Obwohl ich anerkenne, dass ein kleines und fokussiertes Team oft gut ist, um die Führung zu übernehmen, werden viele der Domains, Properties, Websites und Weiterleitungen von einem breiten Produkt- und Marketingteam erstellt worden sein. Deren Unterstützung wird von entscheidender Bedeutung sein, wenn Sie Hilfe bei Last-Minute-Tests benötigen, Informationen an Partner oder Dritte weitergeben oder einfach nur schnell Antworten auf Fragen erhalten müssen.
Bilden Sie ein Team und richten Sie einen Verteiler ein
Die erfolgreichsten Migrationen sind diejenigen, bei denen eine kleine und fokussierte Gruppe die Migrationsherausforderungen bewältigt und effektiv mit dem Unternehmen kommuniziert. Bieten Sie jedem im Unternehmen eine Möglichkeit, um Hilfe zu bitten oder darauf hinzuweisen, wenn etwas nicht ganz stimmt. Definieren Sie einen Ansprechpartner und richten Sie einen Verteiler ein, um diesen Prozess zu unterstützen – und ganz wichtig: Versenden Sie eine firmenweite E-Mail, damit jeder weiß, an wen er sich wenden muss.
Kommunizieren Sie mit Ihrer Zielgruppe
Es ist wahrscheinlich, dass auf dem Weg dorthin etwas übersehen wird. Beugen Sie potenziellen Ausfällen für Verbraucher oder Zielgruppen vor und schalten Sie im Vorfeld eine kurze Wartungsmeldung auf Ihrer Website oder Ihrem Dienst. Auch wenn ein Ausfall niemals ideal ist – aus Sicht der Reputation sieht es besser aus, wenn Nutzer auf einen vereinzelten 404- oder Origin-Fehler stoßen.
Zusammenfassung
Wenn es um Aufgaben dieser Größenordnung und Komplexität geht, wird es immer Dinge geben, die durch das Raster fallen. Wir vertreten die Einstellung, dass es besser ist, eine Website überhaupt darzustellen, selbst wenn einige Weiterleitungen nicht ganz an den richtigen Ort verweisen, als wenn gar nichts funktioniert. Das Ende der Migration ist nicht das Ende – es ist der Anfang – und nun beginnen die Aufräumarbeiten und die Feinabstimmung.
Nicht das beste Weihnachtsgeschenk
Die Auswirkungen des Insolvenzverfahrens (Chapter 11) von Edgio brachten Technologen in OTT-, Streaming- und Digital-Publishing-Unternehmen weltweit ein unerwartetes Weihnachtsgeschenk, als der 15. Januar 2025 als das Datum angekündigt wurde, an dem Edgio die Server abschaltet. Infolgedessen waren die letzten 30 Tage und der Großteil der Feiertage für viele völlig von schnellen (und etwas chaotischen) Migrationen von Edgios CDN- und Delivery-Diensten zu alternativen Lösungen ausgefüllt.
Einer der wesentlichsten Aspekte der Chapter-11-Nachrichten war, dass Verträge gekauft worden waren und nicht die zugrunde liegenden Technologien. Mit anderen Worten: Eine Migration war unvermeidlich, ob man wollte oder nicht.
Nachdem wir nun einige dieser Übergänge hinter uns haben, möchte ich fünf wichtige Vorbereitungsschritte teilen, die Ihnen helfen, eine CDN- und Delivery-Migration effektiv zu bewältigen, wenn die Zeit nicht auf Ihrer Seite ist.
5 praktische Vorbereitungsschritte
1. Klare Namenskonventionen beibehalten
Eine der größten Herausforderungen bei der Migration von Domains, Subdomains und Properties in großen Organisationen ist deren schiere Menge. Wenn Entwickler Namenskonventionen wie `qa-1-test-pipeline-release4.domain.com` verwenden, wird es für jedes unter Druck stehende Migrationsteam schwierig zu identifizieren, wer Eigentümer der jeweiligen Domain ist – und was sie tut.
Die Moral von der Geschichte: Eine konsistente und klare Namenskonvention zahlt sich auf lange Sicht aus. Dieses Prinzip gilt nicht nur für Domains, sondern auch für APIs, Regeln, Zertifikate und Weiterleitungen. Seien Sie der Migrationskurve voraus, indem Sie ein einheitliches Namenssystem für alles etablieren. Machen Sie es verständlich und für Menschen lesbar.
2. Domain- und Subdomain-Register implementieren
Anschließend an die Bedeutung von Namenskonventionen ist ein Register, das jede Domain, Subdomain oder Weiterleitung und deren Anforderer erfasst, von entscheidender Bedeutung. Bei mehreren dieser Migrationen haben Teams wertvolle Zeit damit verschwendet, herauszufinden, wer eine Subdomain ursprünglich angefordert hat, wann sie erstellt wurde, warum, oder ob sie überhaupt noch genutzt wird.
Warum ist das wichtig? Bei Massenmigrationen von Anbieter A zu Anbieter B können Konfigurationen fehlerhaft oder missgebildet werden. Es wurde viel Zeit darauf verwendet, fehlerhafte Weiterleitungsregeln zu entwirren und herauszufinden, wohin Assets verweisen sollten, anstatt wo sie nach der Migration gelandet sind. Ein zentrales Register mit einem Ansprechpartner für jede Domain, Subdomain oder Rewrite-Regel kann Verwirrung drastisch reduzieren und die Fehlerbehebung beschleunigen.
3. Regelmäßige Aufräumarbeiten zahlen sich aus
Jeder Migrationsprozess verdeutlicht die schiere Anzahl der vorhandenen Regeln – oft mit Schichten von Regeln, die auf anderen Regeln aufbauen. Diese Komplexität kann es schwierig machen, während oder nach der Migration nachzuvollziehen, wo Probleme auftreten. Viele Organisationen verlieren aus den Augen, wie groß dieses Problem werden kann; jedem zu erlauben, jede beliebige Regel für jeden Zweck anzufordern, kann leicht außer Kontrolle geraten.
Gute Aufräumarbeit beinhaltet das regelmäßige Bereinigen von ungenutzten Regeln, Weiterleitungen, Domains und Subdomains. Dies entspricht nicht nur Best Practices, sondern verringert auch den Testaufwand nach der Migration. Erwägen Sie, alle sechs Monate eine Bereinigung durchzuführen. Berichten Sie in diesen Abständen über jede Domain und jeden Pfad und zeigen Sie auf, wie viele Besucher oder Hits eine bestimmte Adresse oder URL erhält. Schaffen Sie Richtlinien für die Deaktivierung ungenutzter Elemente und planen Sie regelmäßige Folgeaudits.
4. Nicht alle WAFs sind gleich
Web Application Firewalls (WAFs) können der beste Freund einer Produktionsumgebung, aber der schlimmste Feind einer Testumgebung sein. Entwickler stellen oft fest, dass Websites, APIs und Endpunkte, von denen sie glauben, dass sie erfolgreich migriert wurden, bei Tests fehlschlagen – nur um zu entdecken, dass strenge WAF-Regeln den Datenverkehr am Edge blockieren. Wenn Origins IP-Whitelists oder Host-Header verwenden, um sich selbst zu schützen, werden die Herausforderungen umso komplizierter.
Ein nützlicher Ansatz besteht darin, jede WAF-Regel während des Testens (oder in Pre-Production-/Staging-Umgebungen) in den COUNT- oder REPORT-Modus zu versetzen. Sie können das Blockieren wieder aktivieren, sobald die Migration abgeschlossen ist. Auf diese Weise wissen Sie sofort, ob die WAF die Ursache ist oder die Migration der Konfigurationen, falls nach dem Reaktivieren des Blockierens etwas nicht mehr funktioniert. Denken Sie daran, dass nicht alle WAFs gleich sind – Business-Logiken und Regeln zum Schutz des geistigen Eigentums, die bei einem Anbieter funktionierten, verhalten sich bei einem anderen möglicherweise nicht genauso.
5. Kommunikationsrahmen
Es ist leicht, zu wenig oder zu viel zu kommunizieren, wenn eine Migration unter Zeitdruck steht. Ein Großteil der anfänglichen Sorgen über Geschäftsunterbrechungen hätte dadurch gemildert werden können, dass eine einfache, transparente Übersicht darüber bereitgestellt worden wäre, welche Domains und Properties wem gehören, welchen Zweck sie haben und wie ihr aktueller Status ist.
Erstellen Sie ein Register und nutzen Sie dieses als allgemeine Übersicht zur Nachverfolgung
Versuchen Sie, Pläne und Register im Voraus zu erstellen. Sie müssen nicht übermäßig detailliert sein, aber selbst eine einfache Liste von Domains und Properties – zusammen mit Angaben zum Eigentümer, ob sie auf interne oder externe Dienste verweisen, und einer verständlichen Beschreibung – wird die Verwirrung erheblich verringern. Sollte diese Situation erneut auftreten, sind Sie besser darauf vorbereitet, sie direkt anzugehen. Und vergessen Sie GANTT-Diagramme und traditionelle Projektpläne. Diese helfen zwar beim Ressourcenmanagement, aber es ist einfacher, Probleme anhand von Domains und Properties zu verfolgen als mit einem traditionellen, ressourcenbasierten Modell.
Erarbeiten Sie den täglichen Echtzeit-Kommunikationsplan
Zusätzlich empfehle ich einen offenen Kanal für die Kommunikation im gesamten Unternehmen. Nutzen Sie einen Slack- oder Teams-Kanal. Obwohl ich anerkenne, dass ein kleines und fokussiertes Team oft gut ist, um die Führung zu übernehmen, werden viele der Domains, Properties, Websites und Weiterleitungen von einem breiten Produkt- und Marketingteam erstellt worden sein. Deren Unterstützung wird von entscheidender Bedeutung sein, wenn Sie Hilfe bei Last-Minute-Tests benötigen, Informationen an Partner oder Dritte weitergeben oder einfach nur schnell Antworten auf Fragen erhalten müssen.
Bilden Sie ein Team und richten Sie einen Verteiler ein
Die erfolgreichsten Migrationen sind diejenigen, bei denen eine kleine und fokussierte Gruppe die Migrationsherausforderungen bewältigt und effektiv mit dem Unternehmen kommuniziert. Bieten Sie jedem im Unternehmen eine Möglichkeit, um Hilfe zu bitten oder darauf hinzuweisen, wenn etwas nicht ganz stimmt. Definieren Sie einen Ansprechpartner und richten Sie einen Verteiler ein, um diesen Prozess zu unterstützen – und ganz wichtig: Versenden Sie eine firmenweite E-Mail, damit jeder weiß, an wen er sich wenden muss.
Kommunizieren Sie mit Ihrer Zielgruppe
Es ist wahrscheinlich, dass auf dem Weg dorthin etwas übersehen wird. Beugen Sie potenziellen Ausfällen für Verbraucher oder Zielgruppen vor und schalten Sie im Vorfeld eine kurze Wartungsmeldung auf Ihrer Website oder Ihrem Dienst. Auch wenn ein Ausfall niemals ideal ist – aus Sicht der Reputation sieht es besser aus, wenn Nutzer auf einen vereinzelten 404- oder Origin-Fehler stoßen.
Zusammenfassung
Wenn es um Aufgaben dieser Größenordnung und Komplexität geht, wird es immer Dinge geben, die durch das Raster fallen. Wir vertreten die Einstellung, dass es besser ist, eine Website überhaupt darzustellen, selbst wenn einige Weiterleitungen nicht ganz an den richtigen Ort verweisen, als wenn gar nichts funktioniert. Das Ende der Migration ist nicht das Ende – es ist der Anfang – und nun beginnen die Aufräumarbeiten und die Feinabstimmung.
Nicht das beste Weihnachtsgeschenk
Die Auswirkungen des Insolvenzverfahrens (Chapter 11) von Edgio brachten Technologen in OTT-, Streaming- und Digital-Publishing-Unternehmen weltweit ein unerwartetes Weihnachtsgeschenk, als der 15. Januar 2025 als das Datum angekündigt wurde, an dem Edgio die Server abschaltet. Infolgedessen waren die letzten 30 Tage und der Großteil der Feiertage für viele völlig von schnellen (und etwas chaotischen) Migrationen von Edgios CDN- und Delivery-Diensten zu alternativen Lösungen ausgefüllt.
Einer der wesentlichsten Aspekte der Chapter-11-Nachrichten war, dass Verträge gekauft worden waren und nicht die zugrunde liegenden Technologien. Mit anderen Worten: Eine Migration war unvermeidlich, ob man wollte oder nicht.
Nachdem wir nun einige dieser Übergänge hinter uns haben, möchte ich fünf wichtige Vorbereitungsschritte teilen, die Ihnen helfen, eine CDN- und Delivery-Migration effektiv zu bewältigen, wenn die Zeit nicht auf Ihrer Seite ist.
5 praktische Vorbereitungsschritte
1. Klare Namenskonventionen beibehalten
Eine der größten Herausforderungen bei der Migration von Domains, Subdomains und Properties in großen Organisationen ist deren schiere Menge. Wenn Entwickler Namenskonventionen wie `qa-1-test-pipeline-release4.domain.com` verwenden, wird es für jedes unter Druck stehende Migrationsteam schwierig zu identifizieren, wer Eigentümer der jeweiligen Domain ist – und was sie tut.
Die Moral von der Geschichte: Eine konsistente und klare Namenskonvention zahlt sich auf lange Sicht aus. Dieses Prinzip gilt nicht nur für Domains, sondern auch für APIs, Regeln, Zertifikate und Weiterleitungen. Seien Sie der Migrationskurve voraus, indem Sie ein einheitliches Namenssystem für alles etablieren. Machen Sie es verständlich und für Menschen lesbar.
2. Domain- und Subdomain-Register implementieren
Anschließend an die Bedeutung von Namenskonventionen ist ein Register, das jede Domain, Subdomain oder Weiterleitung und deren Anforderer erfasst, von entscheidender Bedeutung. Bei mehreren dieser Migrationen haben Teams wertvolle Zeit damit verschwendet, herauszufinden, wer eine Subdomain ursprünglich angefordert hat, wann sie erstellt wurde, warum, oder ob sie überhaupt noch genutzt wird.
Warum ist das wichtig? Bei Massenmigrationen von Anbieter A zu Anbieter B können Konfigurationen fehlerhaft oder missgebildet werden. Es wurde viel Zeit darauf verwendet, fehlerhafte Weiterleitungsregeln zu entwirren und herauszufinden, wohin Assets verweisen sollten, anstatt wo sie nach der Migration gelandet sind. Ein zentrales Register mit einem Ansprechpartner für jede Domain, Subdomain oder Rewrite-Regel kann Verwirrung drastisch reduzieren und die Fehlerbehebung beschleunigen.
3. Regelmäßige Aufräumarbeiten zahlen sich aus
Jeder Migrationsprozess verdeutlicht die schiere Anzahl der vorhandenen Regeln – oft mit Schichten von Regeln, die auf anderen Regeln aufbauen. Diese Komplexität kann es schwierig machen, während oder nach der Migration nachzuvollziehen, wo Probleme auftreten. Viele Organisationen verlieren aus den Augen, wie groß dieses Problem werden kann; jedem zu erlauben, jede beliebige Regel für jeden Zweck anzufordern, kann leicht außer Kontrolle geraten.
Gute Aufräumarbeit beinhaltet das regelmäßige Bereinigen von ungenutzten Regeln, Weiterleitungen, Domains und Subdomains. Dies entspricht nicht nur Best Practices, sondern verringert auch den Testaufwand nach der Migration. Erwägen Sie, alle sechs Monate eine Bereinigung durchzuführen. Berichten Sie in diesen Abständen über jede Domain und jeden Pfad und zeigen Sie auf, wie viele Besucher oder Hits eine bestimmte Adresse oder URL erhält. Schaffen Sie Richtlinien für die Deaktivierung ungenutzter Elemente und planen Sie regelmäßige Folgeaudits.
4. Nicht alle WAFs sind gleich
Web Application Firewalls (WAFs) können der beste Freund einer Produktionsumgebung, aber der schlimmste Feind einer Testumgebung sein. Entwickler stellen oft fest, dass Websites, APIs und Endpunkte, von denen sie glauben, dass sie erfolgreich migriert wurden, bei Tests fehlschlagen – nur um zu entdecken, dass strenge WAF-Regeln den Datenverkehr am Edge blockieren. Wenn Origins IP-Whitelists oder Host-Header verwenden, um sich selbst zu schützen, werden die Herausforderungen umso komplizierter.
Ein nützlicher Ansatz besteht darin, jede WAF-Regel während des Testens (oder in Pre-Production-/Staging-Umgebungen) in den COUNT- oder REPORT-Modus zu versetzen. Sie können das Blockieren wieder aktivieren, sobald die Migration abgeschlossen ist. Auf diese Weise wissen Sie sofort, ob die WAF die Ursache ist oder die Migration der Konfigurationen, falls nach dem Reaktivieren des Blockierens etwas nicht mehr funktioniert. Denken Sie daran, dass nicht alle WAFs gleich sind – Business-Logiken und Regeln zum Schutz des geistigen Eigentums, die bei einem Anbieter funktionierten, verhalten sich bei einem anderen möglicherweise nicht genauso.
5. Kommunikationsrahmen
Es ist leicht, zu wenig oder zu viel zu kommunizieren, wenn eine Migration unter Zeitdruck steht. Ein Großteil der anfänglichen Sorgen über Geschäftsunterbrechungen hätte dadurch gemildert werden können, dass eine einfache, transparente Übersicht darüber bereitgestellt worden wäre, welche Domains und Properties wem gehören, welchen Zweck sie haben und wie ihr aktueller Status ist.
Erstellen Sie ein Register und nutzen Sie dieses als allgemeine Übersicht zur Nachverfolgung
Versuchen Sie, Pläne und Register im Voraus zu erstellen. Sie müssen nicht übermäßig detailliert sein, aber selbst eine einfache Liste von Domains und Properties – zusammen mit Angaben zum Eigentümer, ob sie auf interne oder externe Dienste verweisen, und einer verständlichen Beschreibung – wird die Verwirrung erheblich verringern. Sollte diese Situation erneut auftreten, sind Sie besser darauf vorbereitet, sie direkt anzugehen. Und vergessen Sie GANTT-Diagramme und traditionelle Projektpläne. Diese helfen zwar beim Ressourcenmanagement, aber es ist einfacher, Probleme anhand von Domains und Properties zu verfolgen als mit einem traditionellen, ressourcenbasierten Modell.
Erarbeiten Sie den täglichen Echtzeit-Kommunikationsplan
Zusätzlich empfehle ich einen offenen Kanal für die Kommunikation im gesamten Unternehmen. Nutzen Sie einen Slack- oder Teams-Kanal. Obwohl ich anerkenne, dass ein kleines und fokussiertes Team oft gut ist, um die Führung zu übernehmen, werden viele der Domains, Properties, Websites und Weiterleitungen von einem breiten Produkt- und Marketingteam erstellt worden sein. Deren Unterstützung wird von entscheidender Bedeutung sein, wenn Sie Hilfe bei Last-Minute-Tests benötigen, Informationen an Partner oder Dritte weitergeben oder einfach nur schnell Antworten auf Fragen erhalten müssen.
Bilden Sie ein Team und richten Sie einen Verteiler ein
Die erfolgreichsten Migrationen sind diejenigen, bei denen eine kleine und fokussierte Gruppe die Migrationsherausforderungen bewältigt und effektiv mit dem Unternehmen kommuniziert. Bieten Sie jedem im Unternehmen eine Möglichkeit, um Hilfe zu bitten oder darauf hinzuweisen, wenn etwas nicht ganz stimmt. Definieren Sie einen Ansprechpartner und richten Sie einen Verteiler ein, um diesen Prozess zu unterstützen – und ganz wichtig: Versenden Sie eine firmenweite E-Mail, damit jeder weiß, an wen er sich wenden muss.
Kommunizieren Sie mit Ihrer Zielgruppe
Es ist wahrscheinlich, dass auf dem Weg dorthin etwas übersehen wird. Beugen Sie potenziellen Ausfällen für Verbraucher oder Zielgruppen vor und schalten Sie im Vorfeld eine kurze Wartungsmeldung auf Ihrer Website oder Ihrem Dienst. Auch wenn ein Ausfall niemals ideal ist – aus Sicht der Reputation sieht es besser aus, wenn Nutzer auf einen vereinzelten 404- oder Origin-Fehler stoßen.
Zusammenfassung
Wenn es um Aufgaben dieser Größenordnung und Komplexität geht, wird es immer Dinge geben, die durch das Raster fallen. Wir vertreten die Einstellung, dass es besser ist, eine Website überhaupt darzustellen, selbst wenn einige Weiterleitungen nicht ganz an den richtigen Ort verweisen, als wenn gar nichts funktioniert. Das Ende der Migration ist nicht das Ende – es ist der Anfang – und nun beginnen die Aufräumarbeiten und die Feinabstimmung.
Nicht das beste Weihnachtsgeschenk
Die Auswirkungen des Insolvenzverfahrens (Chapter 11) von Edgio brachten Technologen in OTT-, Streaming- und Digital-Publishing-Unternehmen weltweit ein unerwartetes Weihnachtsgeschenk, als der 15. Januar 2025 als das Datum angekündigt wurde, an dem Edgio die Server abschaltet. Infolgedessen waren die letzten 30 Tage und der Großteil der Feiertage für viele völlig von schnellen (und etwas chaotischen) Migrationen von Edgios CDN- und Delivery-Diensten zu alternativen Lösungen ausgefüllt.
Einer der wesentlichsten Aspekte der Chapter-11-Nachrichten war, dass Verträge gekauft worden waren und nicht die zugrunde liegenden Technologien. Mit anderen Worten: Eine Migration war unvermeidlich, ob man wollte oder nicht.
Nachdem wir nun einige dieser Übergänge hinter uns haben, möchte ich fünf wichtige Vorbereitungsschritte teilen, die Ihnen helfen, eine CDN- und Delivery-Migration effektiv zu bewältigen, wenn die Zeit nicht auf Ihrer Seite ist.
5 praktische Vorbereitungsschritte
1. Klare Namenskonventionen beibehalten
Eine der größten Herausforderungen bei der Migration von Domains, Subdomains und Properties in großen Organisationen ist deren schiere Menge. Wenn Entwickler Namenskonventionen wie `qa-1-test-pipeline-release4.domain.com` verwenden, wird es für jedes unter Druck stehende Migrationsteam schwierig zu identifizieren, wer Eigentümer der jeweiligen Domain ist – und was sie tut.
Die Moral von der Geschichte: Eine konsistente und klare Namenskonvention zahlt sich auf lange Sicht aus. Dieses Prinzip gilt nicht nur für Domains, sondern auch für APIs, Regeln, Zertifikate und Weiterleitungen. Seien Sie der Migrationskurve voraus, indem Sie ein einheitliches Namenssystem für alles etablieren. Machen Sie es verständlich und für Menschen lesbar.
2. Domain- und Subdomain-Register implementieren
Anschließend an die Bedeutung von Namenskonventionen ist ein Register, das jede Domain, Subdomain oder Weiterleitung und deren Anforderer erfasst, von entscheidender Bedeutung. Bei mehreren dieser Migrationen haben Teams wertvolle Zeit damit verschwendet, herauszufinden, wer eine Subdomain ursprünglich angefordert hat, wann sie erstellt wurde, warum, oder ob sie überhaupt noch genutzt wird.
Warum ist das wichtig? Bei Massenmigrationen von Anbieter A zu Anbieter B können Konfigurationen fehlerhaft oder missgebildet werden. Es wurde viel Zeit darauf verwendet, fehlerhafte Weiterleitungsregeln zu entwirren und herauszufinden, wohin Assets verweisen sollten, anstatt wo sie nach der Migration gelandet sind. Ein zentrales Register mit einem Ansprechpartner für jede Domain, Subdomain oder Rewrite-Regel kann Verwirrung drastisch reduzieren und die Fehlerbehebung beschleunigen.
3. Regelmäßige Aufräumarbeiten zahlen sich aus
Jeder Migrationsprozess verdeutlicht die schiere Anzahl der vorhandenen Regeln – oft mit Schichten von Regeln, die auf anderen Regeln aufbauen. Diese Komplexität kann es schwierig machen, während oder nach der Migration nachzuvollziehen, wo Probleme auftreten. Viele Organisationen verlieren aus den Augen, wie groß dieses Problem werden kann; jedem zu erlauben, jede beliebige Regel für jeden Zweck anzufordern, kann leicht außer Kontrolle geraten.
Gute Aufräumarbeit beinhaltet das regelmäßige Bereinigen von ungenutzten Regeln, Weiterleitungen, Domains und Subdomains. Dies entspricht nicht nur Best Practices, sondern verringert auch den Testaufwand nach der Migration. Erwägen Sie, alle sechs Monate eine Bereinigung durchzuführen. Berichten Sie in diesen Abständen über jede Domain und jeden Pfad und zeigen Sie auf, wie viele Besucher oder Hits eine bestimmte Adresse oder URL erhält. Schaffen Sie Richtlinien für die Deaktivierung ungenutzter Elemente und planen Sie regelmäßige Folgeaudits.
4. Nicht alle WAFs sind gleich
Web Application Firewalls (WAFs) können der beste Freund einer Produktionsumgebung, aber der schlimmste Feind einer Testumgebung sein. Entwickler stellen oft fest, dass Websites, APIs und Endpunkte, von denen sie glauben, dass sie erfolgreich migriert wurden, bei Tests fehlschlagen – nur um zu entdecken, dass strenge WAF-Regeln den Datenverkehr am Edge blockieren. Wenn Origins IP-Whitelists oder Host-Header verwenden, um sich selbst zu schützen, werden die Herausforderungen umso komplizierter.
Ein nützlicher Ansatz besteht darin, jede WAF-Regel während des Testens (oder in Pre-Production-/Staging-Umgebungen) in den COUNT- oder REPORT-Modus zu versetzen. Sie können das Blockieren wieder aktivieren, sobald die Migration abgeschlossen ist. Auf diese Weise wissen Sie sofort, ob die WAF die Ursache ist oder die Migration der Konfigurationen, falls nach dem Reaktivieren des Blockierens etwas nicht mehr funktioniert. Denken Sie daran, dass nicht alle WAFs gleich sind – Business-Logiken und Regeln zum Schutz des geistigen Eigentums, die bei einem Anbieter funktionierten, verhalten sich bei einem anderen möglicherweise nicht genauso.
5. Kommunikationsrahmen
Es ist leicht, zu wenig oder zu viel zu kommunizieren, wenn eine Migration unter Zeitdruck steht. Ein Großteil der anfänglichen Sorgen über Geschäftsunterbrechungen hätte dadurch gemildert werden können, dass eine einfache, transparente Übersicht darüber bereitgestellt worden wäre, welche Domains und Properties wem gehören, welchen Zweck sie haben und wie ihr aktueller Status ist.
Erstellen Sie ein Register und nutzen Sie dieses als allgemeine Übersicht zur Nachverfolgung
Versuchen Sie, Pläne und Register im Voraus zu erstellen. Sie müssen nicht übermäßig detailliert sein, aber selbst eine einfache Liste von Domains und Properties – zusammen mit Angaben zum Eigentümer, ob sie auf interne oder externe Dienste verweisen, und einer verständlichen Beschreibung – wird die Verwirrung erheblich verringern. Sollte diese Situation erneut auftreten, sind Sie besser darauf vorbereitet, sie direkt anzugehen. Und vergessen Sie GANTT-Diagramme und traditionelle Projektpläne. Diese helfen zwar beim Ressourcenmanagement, aber es ist einfacher, Probleme anhand von Domains und Properties zu verfolgen als mit einem traditionellen, ressourcenbasierten Modell.
Erarbeiten Sie den täglichen Echtzeit-Kommunikationsplan
Zusätzlich empfehle ich einen offenen Kanal für die Kommunikation im gesamten Unternehmen. Nutzen Sie einen Slack- oder Teams-Kanal. Obwohl ich anerkenne, dass ein kleines und fokussiertes Team oft gut ist, um die Führung zu übernehmen, werden viele der Domains, Properties, Websites und Weiterleitungen von einem breiten Produkt- und Marketingteam erstellt worden sein. Deren Unterstützung wird von entscheidender Bedeutung sein, wenn Sie Hilfe bei Last-Minute-Tests benötigen, Informationen an Partner oder Dritte weitergeben oder einfach nur schnell Antworten auf Fragen erhalten müssen.
Bilden Sie ein Team und richten Sie einen Verteiler ein
Die erfolgreichsten Migrationen sind diejenigen, bei denen eine kleine und fokussierte Gruppe die Migrationsherausforderungen bewältigt und effektiv mit dem Unternehmen kommuniziert. Bieten Sie jedem im Unternehmen eine Möglichkeit, um Hilfe zu bitten oder darauf hinzuweisen, wenn etwas nicht ganz stimmt. Definieren Sie einen Ansprechpartner und richten Sie einen Verteiler ein, um diesen Prozess zu unterstützen – und ganz wichtig: Versenden Sie eine firmenweite E-Mail, damit jeder weiß, an wen er sich wenden muss.
Kommunizieren Sie mit Ihrer Zielgruppe
Es ist wahrscheinlich, dass auf dem Weg dorthin etwas übersehen wird. Beugen Sie potenziellen Ausfällen für Verbraucher oder Zielgruppen vor und schalten Sie im Vorfeld eine kurze Wartungsmeldung auf Ihrer Website oder Ihrem Dienst. Auch wenn ein Ausfall niemals ideal ist – aus Sicht der Reputation sieht es besser aus, wenn Nutzer auf einen vereinzelten 404- oder Origin-Fehler stoßen.
Zusammenfassung
Wenn es um Aufgaben dieser Größenordnung und Komplexität geht, wird es immer Dinge geben, die durch das Raster fallen. Wir vertreten die Einstellung, dass es besser ist, eine Website überhaupt darzustellen, selbst wenn einige Weiterleitungen nicht ganz an den richtigen Ort verweisen, als wenn gar nichts funktioniert. Das Ende der Migration ist nicht das Ende – es ist der Anfang – und nun beginnen die Aufräumarbeiten und die Feinabstimmung.
Wenn Sie Unterstützung bei der Dokumentation von Ideen oder bei der Vorbereitung auf CDN-, OTT- oder Streaming-Migrationen in Ihrem Produkt- und Technologie-Ökosystem benötigen, sind wir für Sie da. Mit einer Sammlung von Vorlagen, Referenzmaterialien, Verfahren und Frameworks können wir Ihnen helfen, sich auf das nächste Chapter-11-Szenario – oder jedes andere größere Migrationsereignis – vorzubereiten. Um mehr zu erfahren, schreiben Sie uns einfach eine Nachricht an hello@spicymango.co.uk, rufen Sie uns an oder senden Sie uns eine Nachricht über unser Kontaktformular, und wir werden uns mit Ihnen in Verbindung setzen.
Wenn Sie Unterstützung bei der Dokumentation von Ideen oder bei der Vorbereitung auf CDN-, OTT- oder Streaming-Migrationen in Ihrem Produkt- und Technologie-Ökosystem benötigen, sind wir für Sie da. Mit einer Sammlung von Vorlagen, Referenzmaterialien, Verfahren und Frameworks können wir Ihnen helfen, sich auf das nächste Chapter-11-Szenario – oder jedes andere größere Migrationsereignis – vorzubereiten. Um mehr zu erfahren, schreiben Sie uns einfach eine Nachricht an hello@spicymango.co.uk, rufen Sie uns an oder senden Sie uns eine Nachricht über unser Kontaktformular, und wir werden uns mit Ihnen in Verbindung setzen.
Wenn Sie Unterstützung bei der Dokumentation von Ideen oder bei der Vorbereitung auf CDN-, OTT- oder Streaming-Migrationen in Ihrem Produkt- und Technologie-Ökosystem benötigen, sind wir für Sie da. Mit einer Sammlung von Vorlagen, Referenzmaterialien, Verfahren und Frameworks können wir Ihnen helfen, sich auf das nächste Chapter-11-Szenario – oder jedes andere größere Migrationsereignis – vorzubereiten. Um mehr zu erfahren, schreiben Sie uns einfach eine Nachricht an hello@spicymango.co.uk, rufen Sie uns an oder senden Sie uns eine Nachricht über unser Kontaktformular, und wir werden uns mit Ihnen in Verbindung setzen.




