Unabhängig von Anwendungen oder Diensten, die Sie verwenden könnten, erstellen Sie Daten. Laut DOMO -Daten werden nie Sleeps -Bericht für 2024, 251,1 Millionen E -Mails gesendet, 18,8 Millionen Textnachrichten und mehr als 5,9 Millionen Google Suchvorgänge finden jede Minute eines jeden Tages statt. Für Unternehmen ist die Daten, die sie erstellen, für ihre Operationen von wesentlicher Bedeutung, und das Volumen dieser Daten steigt ständig.
Während Ihre Anwendungen möglicherweise nicht das gleiche Datenverkehr wie Google oder Netflix haben, müssen Sie überlegen, wie Sie Ihre Daten im Laufe der Zeit verwalten. Schließlich müssen Sie Ihre Daten verschieben.
Datenmigration Daten zu planen, ist eine große Sache. Die möglichen Auswirkungen dieser Art von Projekt können massiv sein. Wie können Sie also Probleme vermeiden und die Migrationen so reibungslos wie möglich laufen lassen?
VALLEY TECH LEAD, Percona.
Voraus planen
Um Ihren Migrationsprozess zum Erfolg zu machen, besteht der erste Schritt darin, zu verstehen, was Sie beabsichtigen. Wenn Sie ein Inventar dessen einnehmen, worauf Ihr System aufgebaut ist und worauf es verbunden ist, können Sie eine Liste von Abhängigkeiten erstellen, die als Teil der Migration unterstützt werden müssen. Dies kann einige Artikel angezeigt, die Sie entweder übersehen haben, oder andere Updates, die möglicherweise erforderlich sind, um Ihre Migration erfolgreich abzuschließen.
Zum Beispiel können Sie feststellen, dass Sie mehr Instanzen des Systems haben, das Sie migrieren möchten, als Sie gedacht haben. Dies kann Test- und Entwicklungsumgebungen für Ihre umfassen Appsoder andere Systeme, die ursprünglich aus dem Zielfernrohr berücksichtigt wurden. Es ist unerlässlich, diese zu finden, bevor Sie einen Umzug durchführen, da Sie sich nicht mit diesen Problemen befassen möchten, wenn Sie mitten in der Migration sind.
Überprüfen Sie Ihre Implementierungen in ähnlicher Weise für bestimmte Bereitstellungsmuster und die Anforderungen an den Zielstaat, die Sie kennen sollten. Datenbanken skalieren alle unterschiedlich – zum Beispiel am relationalen Relationalen Datenbanken werden mit einer einzelnen primären Serverinstanz aufgebaut. Wenn sie skalieren müssen, wird entweder ein größerer Computer benötigt oder zusätzliche replizierte Datenbanken können verwendet werden, um mehr Leseanforderungen zu ermöglichen. Für andere laufen sie als Sharded -Umgebungen, in denen viele verschiedene Knoten zusammenarbeiten, um einen großen Datensatz zu bedienen.
Datenbanken haben möglicherweise auch spezifische Funktionen, die berücksichtigt werden müssen – beispielsweise verwendet Redis Module, um zusätzliche Funktionen neben dem Kern -In -Memory -Datenbankdesign zu liefern. PostgreSQL stützt sich auch auf Erweiterungen in die Kerndatenbank für weitere Funktionen. Daher müsste jedes dieser vorhandenen Platzierungen auch während einer Migration aktualisiert werden.
Neben dem IT Infrastruktur Komponenten, die Sie vorhanden haben, sollten Sie eine Leistungsbewertung durchführen, um zu sehen, wie Ihr System derzeit Daten verarbeitet. Dies kann die Verfolgung von Metriken wie Anwendungsdurchsatz, Latenz und Muster im Transaktionsvolumen im Laufe der Zeit umfassen. Wenn Sie diese Zahlen im Vorfeld eines Umzugs erhalten, können Sie mit einer Basis vergleichen, wenn Sie diese Bewegung abgeschlossen haben. Sie können diese Daten dann verwenden, um ein erwartetes Wachstum des Verkehrsniveaus im Voraus zu planen oder ob Sie möglicherweise im Rahmen einer Migration mehr Kapazität hinzufügen müssen.
Das vollständige Inventar verstehen
Das Verständnis des gesamten Bestands der an der Datenmigration beteiligten Komponenten ist entscheidend. Es ist jedoch ebenso wichtig, ein klar definiertes Ziel zu haben und dieses Ziel allen Beteiligten zu vermitteln. Dies beinhaltet die Beschreibung der potenziellen Auswirkungen der Migration für jeden Stakeholder. Die Auswirkungen der Migration werden je nach Art des Projekts erheblich variieren. Beispielsweise hat eine einfache Infrastruktur -Aktualisierung einen viel geringeren Einfluss als eine vollständige Überarbeitung der Datenbanktechnologie.
Bei einer Aktualisierung einer Infrastruktur kann die primäre Auswirkung eine kurze Ausfallzeit sein, während die neue Hardware installiert und die Daten übertragen werden. Die Stakeholder müssen möglicherweise ihre Arbeitsabläufe anpassen, um diese Ausfallzeiten gerecht zu werden, aber die allgemeinen Auswirkungen auf ihre täglichen Geschäftstätigkeit sollten minimal sein.
Andererseits könnte eine vollständige Änderung der Datenbanktechnologie weitreichende Auswirkungen haben. Stakeholder müssen möglicherweise neue Fähigkeiten erlernen, um mit der neuen Datenbank zu interagieren, und vorhandene Anwendungen müssen möglicherweise geändert oder sogar vollständig umgeschrieben werden, um mit der neuen Technologie kompatibel zu sein. Dies könnte zu einer erheblichen Investition von Zeit und Ressourcen führen, und es kann zu einer Anpassungsphase kommen, während sich jeder an das neue System gewöhnt.
Daher ist es wichtig, ein klares Verständnis der Zielumgebung zu haben und die potenziellen Auswirkungen der Migration auf alle Stakeholder im Voraus zu vermitteln. Dies wird dazu beitragen, dass jeder auf die Änderung vorbereitet ist und dass die Migration so reibungslos wie möglich verläuft.
Den Schritt machen
Die goldene Regel für jedes Big -Data -Migrationsprojekt besteht darin, Schritt für Schritt zu arbeiten. Isolieren Sie anstelle eines Ausschnitts von “Urknall” jede Änderung, damit Sie Ihren Fortschritt verfolgen und bei Bedarf leicht zurückrollen können. Daneben sollten Sie einen vollen durchführen Backup Für Ihre Daten, damit Sie eine Version zum Migrieren haben oder separat implementieren, wenn etwas schief geht. Bei einigen Migrationen ist der Prozess zum Rückzug schwierig, daher ist diese Sicherung ein notwendiger Rückstand bei einem Fehler.
Im idealen Szenario haben Sie einen vollständigen Spiegel Ihrer Produktionsumgebung und zugehörigen Lastgeneratoren und Tests, die alle Nutzungsszenarien abdecken. Dies ist notorisch schwierig und teuer zu erreichen, und das 100% ige Vertrauen erfordert viel Aufwand. Selbst wenn Sie dieses Vertrauen haben, gibt es ein Gesetz, dass die Dinge wahrscheinlich irgendwann schief gehen werden. Es gibt verschiedene Techniken, die Sie anwenden können, um Ihre Erfolgschancen zu verbessern.
Das erste davon ist eine Kanarische Bereitstellung. Dies beinhaltet die Betrachtung Ihrer Systeme und die Auswahl eines, über die Sie zuerst migrieren. Diese Bereitstellung kann verwendet werden, um zu erkennen, wie erfolgreich der Umzug im Laufe der Zeit ist, und um potenzielle Probleme zu finden, bevor Sie alle Ihre Systeme in die neue Datenbank verschieben. Wie ein Kanarienvogel in einem Koalmine die Mehrheit spart, zeigt diese anfängliche Migration Ihnen, wo Probleme vorhanden sind und wie Sie sie beheben können, bevor die vollständige Veränderung zu mehr Nacharbeiten führt.
Dieser Ansatz basiert auf Ihren Vor- und Nachher-Metriken, sodass Sie alle Leistungsstörungen sowie Fehler oder Integrationsprobleme erkennen können. Dies kann beim Umzug potenzielle Probleme zeigen – beispielsweise haben viele derjenigen, die von MySQL 5.7 wegfliegen, festgestellt, dass die unterstützte Version (MySQL 8.0) eine schlechtere Leistung als ihre vorherige Bereitstellung hatte. Dieser Leistungsabfall könnte ein Problem für Ihre spezifische Anwendung sein, in diesem Fall hat 5.7 jedoch sein Lebensende (EOL) erreicht.
Obwohl die EOL -Unterstützung von Spezialanbietern zur Verfügung steht, um Ihre Systeme am Laufen zu halten, ist es lediglich die Verschiebung des Unvermeidlichen. Wenn man sich also ansieht, warum diese Leistung niedriger ist und wo dies repariert werden kann, ist dies in Ordnung. Sobald Sie Ihre Metriken überprüft haben und sich in einer Position befinden, mit der Sie sich wohl fühlen, können Sie andere Instanzen in Produktion verschieben.
Eine weitere Überlegung, wenn Sie sich in der Mitte Ihrer Migration befinden, ist die Verfolgung dieser Leistungsseite. Das manuelle Vergleich von Berichten oder Dashboards ist zeitaufwändig und harte Arbeit. Um dies zu umgehen, können Sie automatisierte Warnungen oder Regeln für potenzielle Rollbacks festlegen. Dieser Ansatz beinhaltet das Erstellen spezifischer Trigger, bei denen Ihre Bereitstellung zu einem automatischen Rollback für die vorherige Bereitstellung führen würde. Dies kann Ihnen helfen, sich Zeit zu nehmen, wenn Sie in eine Situation stoßen, die Sie nicht erwartet haben, und sich dann die Zeit nehmen, um das Problem zu verstehen.
Kennen Sie Ihren Status
Neben den technischen Aspekten einer Migration gibt es einen anderen Bereich, der im Voraus geplant werden sollte. Wenn Sie wie eine Datenmigration eine große Veränderung vornehmen, ist ein Kommunikationsplan, der alle Beteiligten zusammenbringt, unerlässlich. Für Daten kann dies mehrere Abteilungen in den gesamten ITs umfassen, einschließlich der für das System verantwortlichen Anwendungsentwickler bis zur Datenbank und IT -Operations -Fachleuten, die die Bereitstellung verwalten. Dieser Plan sollte jedoch auch Geschäftsteams umfassen, die sich auf diese Anwendung verlassen, da sie auch von der Änderung betroffen sind.
Dieser Plan bietet einen Rahmen für die Auseinandersetzung durch Entwicklungen und sicherzustellen, dass alle Vorfälle bewusst sind. Wie alle unvorhergesehenen Probleme auftreten, kann sich die gesamte Organisation über die Auswirkungen und die Auswirkungen auf den Migrationsplan bewusst sein. Dies kann dann die Migrationspläne auf dem richtigen Weg halten oder Unterstützung für Änderungen dieses Plans bei Bedarf erhalten.
Forrester weist darauf hin, wie Unternehmen ihre Abläufe auf der Grundlage von Daten erweitern, und dies stützt sich auf Anwendungen, Infrastruktur, Personen und Prozesse sowie auf die physischen Daten selbst. Während Sie eine Migration planen, müssen Sie diese Mischung von Abhängigkeiten berücksichtigen. Durch die Betrachtung von Daten als Teil dieses umfassenderen Frameworks können Sie im Voraus planen und sicherstellen, dass Ihre Migration erfolgreich ist.
Wir haben eine Liste der besten Datenwiederherstellungssoftware zusammengestellt.
Dieser Artikel wurde als Teil des Expert Insights Channel von TechRadarPro produziert, in dem wir heute die besten und klügsten Köpfe in der Technologieindustrie bieten. Die hier geäußerten Ansichten sind die des Autors und nicht unbedingt die von TechRadarPro oder Future Plc. Wenn Sie daran interessiert sind, hier mehr zu ermitteln: https://www.techradar.com/news/submit-your-story-techradar-pro
Source link
