Ein Forschungsunternehmen betreibt eine Simulationsanwendung unter Linux, die alle 5 Minuten Zwischendaten auf eine NFS-Freigabe schreibt. Eine Windows-Visualisierungs-Desktopanwendung liest diese Ausgabe und benötigt SMB. Das Unternehmen unterhält derzeit zwei synchronisierte Dateisysteme, was zu Duplikaten führt. Es muss zu AWS migrieren, ohne eine der Anwendungen zu ändern. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung migriert die Simulationsanwendung auf Linux EC2-Instanzen und die Visualisierungsanwendung auf Windows EC2-Instanzen. Amazon FSx for NetApp ONTAP unterstützt sowohl NFS- als auch SMB-Protokolle, was es ermöglicht, dass beide Anwendungen auf dasselbe Dateisystem zugreifen, ohne Änderungen an den Anwendungen vornehmen zu müssen. Dies eliminiert die Duplizierung von Daten. AWS Lambda ist für diese Art von Workload ungeeignet, da es sich um eine serverlose Compute-Plattform handelt, die für ereignisgesteuerte Funktionen konzipiert ist und nicht für das Hosten persistenter Simulations- und Visualisierungsanwendungen. Amazon ECS mit FSx File Gateway ist nicht ideal, da FSx File Gateway hauptsächlich für den Zugriff auf S3-Daten von lokalen Standorten aus gedacht ist und nicht als primäres Dateisystem für EC2-Anwendungen, die NFS und SMB benötigen. Amazon SQS ist ein Nachrichtenwarteschlangendienst und kein Dateisystem, daher kann er nicht für den Austausch von Zwischendaten über NFS/SMB verwendet werden.