Skrypt inżyniera DevOps przyrostowo archiwizuje dane lokalne starsze niż jeden miesiąc do S3 za pomocą PutObject, a następnie usuwa dane lokalne. Skrypt obecnie nie weryfikuje, czy przesyłanie do S3 powiodło się lub czy obiekt jest nienaruszony. Inżynier musi zapewnić, że przesyłane pliki są weryfikowane za pomocą MD5 przed usunięciem danych lokalnych. Które podejścia spełniają ten wymóg? (Wybierz dwie odpowiedzi.)

1. Dołącz zakodowaną w base64 sumę kontrolną MD5 w nagłówku żądania Content-MD5 i sprawdź, czy wywołanie PutObject nie zwróciło błędu. AWS S3 automatycznie weryfikuje integralność danych, jeśli nagłówek Content-MD5 jest obecny w żądaniu PutObject. Jeśli sumy kontrolne się nie zgadzają, S3 zwróci błąd, co pozwala skryptowi na wykrycie problemu. 2. Po PutObject porównaj zwróconą wartość ETag z lokalną sumą kontrolną MD5. Dla obiektów przesyłanych w pojedynczej operacji (nie multipart upload), ETag jest sumą kontrolną MD5 obiektu. Porównanie tej wartości z lokalnie obliczoną sumą MD5 potwierdza integralność przesłanych danych. Nieprawidłowe podejścia: Sprawdzenie VersionId nie weryfikuje integralności danych, a jedynie potwierdza utworzenie nowej wersji obiektu. Dodanie sumy kontrolnej do tagów lub metadanych obiektu wymagałoby dodatkowej logiki weryfikacji po stronie klienta, ponieważ S3 nie używa tych pól do automatycznej weryfikacji integralności danych podczas przesyłania.