Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Arbeiten Sie datengesteuert und nutzen Sie Discovery-Tools, um Unterbrechungen zu vermeiden
Datengestütztes Arbeiten ist entscheidend, wenn Sie erwägen, Anwendungen außer Dienst zu stellen. Architekturdiagramme und institutionelles Wissen können leicht veraltet oder unvollständig sein. Manchmal können auch unvorhergesehene Probleme auftreten, z. B. wenn eine andere Anwendung aufgrund eines Problembehebungsszenarios ohne formelles Eingreifen von Ihrem System abhängig wird.
Ein datengestützter Ansatz bildet die Grundlage, auf der Sie Entscheidungen treffen oder einen Ansatz validieren können. Wenn Sie beurteilen, ob eine Anwendung außer Betrieb genommen werden kann, müssen Sie sicherstellen, dass die Workloads, die Sie migrieren, nicht davon abhängig sind. Die Migration dieser Workloads und die anschließende Außerbetriebnahme einer Abhängigkeit könnten zu einer Verschlechterung des Dienstes oder, schlimmer noch, zu einer Dienstunterbrechung führen.
Zum Glück ist es relativ einfach, diese Abhängigkeiten zu verstehen, wenn Daten verwendet werden, um die ein- und ausgehenden Netzwerkverbindungen auf einem Server zu überwachen, dessen Stilllegung geplant ist. Eingehende Netzwerkverbindungen, z. B. eine Anwendung, die eine Verbindung zu Ihrer Anwendung herstellt, und ausgehende Verbindungen, z. B. ein Datei-Upload auf eine Netzwerkdateisystem-Freigabe (NFS), deuten auf eine potenzielle Upstream-Abhängigkeit hin. Diese Abhängigkeit muss untersucht werden, denn wenn ein Workload, der in die AWS Cloud migriert werden soll, eine Verbindung zur Anwendung herstellt, besteht die Gefahr einer Betriebsunterbrechung, wenn die Anwendung zu einem späteren Zeitpunkt außer Betrieb genommen wird. Dieser Prozess erfordert möglicherweise eine gründliche Untersuchung, um der Abhängigkeitskette zu folgen. Wie beim vorherigen Beispiel gilt: Wenn die Anwendung eine Datei auf einen NFS Share hochlädt, müssen Sie im nächsten Schritt ermitteln, welches System diese Datei verwendet und welchen Status diese Anwendung hat.
Sie könnten beschließen, diese Zusammenhänge zu untersuchen und das Ausmaß der Auswirkungen zu bewerten. Zu diesem Zweck können Sie mithilfe von Discovery-Tools die Verbindungen anzeigen, die zu einem Server initiiert wurden, dessen Außerbetriebnahme geplant ist. Möglicherweise stellen Sie fest, dass die meisten Verbindungen von Verwaltungsservern stammen und ignoriert werden können, da es sich dabei um Tools handelt, die Leistungskennzahlen oder Proxyinstanzen von Systemadministratoren sammeln. Wenn sich jedoch Anwendungen mit dem Server verbinden, für die eine Migration geplant ist, sollten Sie sich eingehender damit befassen und die möglichen Auswirkungen der Migration auf diese Anwendung prüfen.
AWS Der Application Discovery Service
Die folgende Bildschirmdarstellung zeigt beispielsweise vier Quell-IP-Adressen, die über Port 22 (Ziel = 172.31.1.117) eine Verbindung zum Server herstellen.
Dies sind Bastion-Hosts, die von den Systemadministratoren verwendet werden und ignoriert werden können. Das Bild zeigt außerdem zwei Server, die über Port 80 eine Verbindung zu dieser Anwendung herstellen und sich im Rahmen einer geplanten Migration befinden. In dieser Phase müssten Sie tiefer eintauchen und die miteinander verbundenen Anwendungen verstehen. Anhand dieser eingehenderen Analyse können Sie beurteilen, ob es nach der Pensionierung irgendwelche Auswirkungen im Vorfeld geben wird.
