Aplikacja lokalna używa współdzielonego udziału plików SMB do przechowywania danych. Firma zamierza migrować pamięć masową plików do zasobnika Amazon S3, ale aplikacja musi nadal uzyskiwać dostęp do danych przez SMB, dopóki nie zostanie przepisana w celu użycia natywnych interfejsów API S3. Rozwiązanie musi migrować dane do AWS, jednocześnie umożliwiając aplikacji lokalnej dalszy dostęp do nich przez SMB. Który projekt spełnia te wymagania?

Prawidłowa odpowiedź to wdrożenie bramy plików AWS Storage Gateway. Umożliwia ona aplikacji lokalnej dostęp do danych przez SMB, jednocześnie przechowując je w Amazon S3. Brama plików tłumaczy protokół SMB na interfejsy API S3, zapewniając płynną migrację danych do chmury bez konieczności natychmiastowego przepisywania aplikacji. Dane są najpierw kopiowane do udziału SMB bramy, a następnie asynchronicznie przesyłane do S3. Pozostałe opcje są nieprawidłowe, ponieważ: Utworzenie Amazon FSx for Windows File Server i użycie DataSync nie spełnia wymogu przechowywania danych w S3. FSx for Windows File Server jest oddzielnym systemem plików. Bezpośrednie kopiowanie danych do S3 wymagałoby przepisania aplikacji, aby korzystała z interfejsów API S3, co jest sprzeczne z wymaganiem. Migracja serwera plików za pomocą AWS SMS do instancji EC2 nie zapewnia dostępu przez SMB do danych przechowywanych w S3.