Spis treści 13 sekcji
  1. Czym jest Amazon S3?
  2. Tworzenie bucketa - krok po kroku
  3. Upload i zarządzanie plikami
  4. S3 Storage Classes
  5. Hosting statycznej strony na S3
  6. Presigned URLs - udostępnianie prywatnych plików
  7. Backup i wersjonowanie
  8. Bezpieczeństwo S3
  9. S3 Event Notifications
  10. Koszty S3
  11. Best practices
  12. FAQ - Najczęściej zadawane pytania o Amazon S3
  13. Następny krok
TL;DR
  • Amazon S3 to object storage z trwałością 99,999999999% (11 dziewiątek) - idealny do plików, backupów i hostingu stron
  • Hosting statycznej strony na S3 + CloudFront to najtańsze i najszybsze rozwiązanie dla stron bez backendu
  • Presigned URLs pozwalają bezpiecznie udostępniać prywatne pliki na ograniczony czas bez zmiany uprawnień bucketa
  • Intelligent-Tiering automatycznie optymalizuje koszty, przenosząc rzadko używane pliki do tańszych klas storage
  • Wersjonowanie + Lifecycle Rules to fundament strategii backupu - włącz je od pierwszego dnia

Czym jest Amazon S3?

Amazon Simple Storage Service, znany jako S3 (oficjalna dokumentacja), to usługa przechowywania obiektów (object storage) w chmurze AWS. Jeśli pracujesz z AWS, to S3 jest prawdopodobnie jedną z pierwszych usług, z którą się zetkniesz - i jedną z tych, których będziesz używać najczęściej.

W odróżnieniu od tradycyjnych systemów plików (block storage), S3 przechowuje dane jako obiekty w kontenerach zwanych bucketami. Każdy obiekt składa się z trzech elementów:

  • Key - unikalna nazwa obiektu w buckecie (np. photos/2026/moj-plik.jpg)
  • Value - same dane (plik, obraz, dokument - do 5 TB)
  • Metadata - informacje o obiekcie (typ MIME, data modyfikacji, własne tagi)

Bucket to logiczny kontener na obiekty. Nazwa bucketa musi być globalnie unikalna w całym AWS - nie możesz użyć nazwy, którą ktoś już zajął. S3 gwarantuje trwałość danych na poziomie 99,999999999% (11 dziewiątek), co oznacza, że statystycznie stracisz 1 obiekt na 10 milionów obiektów raz na 10 000 lat. Takich gwarancji nie dostaniesz nigdzie indziej.

Tworzenie bucketa - krok po kroku

Dwa sposoby, ten sam efekt: Każdy krok poniżej możesz wykonać na dwa sposoby - klikając w panelu webowym AWS albo wpisując komendy w terminalu. Wybierz jedną metodę i trzymaj się jej. Jeśli dopiero zaczynasz, polecam Panel AWS.

Bucketa możesz utworzyć przez konsolę AWS lub przez CLI. Najpierw zdecyduj, która metoda Ci odpowiada.

  1. Zaloguj się do AWS Management Console i przejdź do usługi S3 (wpisz "S3" w pasku wyszukiwania u góry).
  2. Kliknij pomarańczowy przycisk Create bucket.
  3. W polu Bucket name wpisz unikalną nazwę, np. moja-firma-backup-2026.
  4. W sekcji AWS Region wybierz EU (Frankfurt) eu-central-1.
  5. Pozostałe ustawienia (Block Public Access, Versioning, Tags) zostaw domyślne - skonfigurujemy je później.
  6. Przewiń na dół i kliknij Create bucket.
  7. Po chwili zobaczysz nowy bucket na liście. Kliknij jego nazwę, żeby wejść do środka.
Screenshot: Formularz tworzenia bucketa S3 z wypełnioną nazwą i wybranym regionem eu-central-1

Upewnij się, że masz zainstalowane i skonfigurowane AWS CLI.

# Tworzenie bucketa w regionie eu-central-1 (Frankfurt)
aws s3 mb s3://moja-firma-backup-2026 --region eu-central-1

# Weryfikacja
aws s3 ls

Zasady nazewnictwa bucketów:

  • Długość: 3-63 znaki
  • Tylko małe litery, cyfry, myślniki i kropki
  • Musi zaczynać się od litery lub cyfry
  • Nie może wyglądać jak adres IP (np. 192.168.1.1)
  • Musi być globalnie unikalna w całym AWS
Tip: Stosuj konwencję nazewnictwa: {firma}-{środowisko}-{cel}-{region}, np. acme-prod-assets-eu-central-1. Dzięki temu od razu wiesz, do czego służy bucket i w jakim jest środowisku.

Upload i zarządzanie plikami

  1. Otwórz swój bucket w konsoli S3 (kliknij jego nazwę na liście bucketów).
  2. Kliknij przycisk Upload.
  3. Przeciągnij pliki lub foldery na obszar uploadu (drag & drop) albo kliknij Add files / Add folder.
  4. W sekcji Properties możesz zmienić Storage Class (domyślnie Standard) - na razie zostaw domyślne.
  5. Kliknij Upload na dole strony i poczekaj na zakończenie.
  6. Po uploadzie zobaczysz zielony komunikat z podsumowaniem. Kliknij Close.
Screenshot: Widok uploadu plików w konsoli S3 z przeciągniętymi plikami i przyciskiem Upload

Pobieranie i usuwanie plików:

  1. Zaznacz checkbox przy pliku, który chcesz pobrać lub usunąć.
  2. Kliknij Download (pobranie) lub Delete (usunięcie).
  3. Przy usuwaniu potwierdź wpisując permanently delete w polu tekstowym.
Screenshot: Zaznaczony plik w buckecie S3 z widocznymi przyciskami Download i Delete

AWS CLI oferuje trzy podstawowe komendy do pracy z plikami w S3:

# Upload pojedynczego pliku
aws s3 cp moj-plik.txt s3://moja-firma-backup-2026/

# Upload całego katalogu (rekurencyjnie)
aws s3 cp ./moj-katalog s3://moja-firma-backup-2026/katalog/ --recursive

# Synchronizacja katalogu (kopiuje tylko zmienione pliki)
aws s3 sync ./local-dir s3://moja-firma-backup-2026/sync-dir/

# Listowanie zawartości bucketa
aws s3 ls s3://moja-firma-backup-2026/

# Listowanie rekurencyjne z rozmiarami
aws s3 ls s3://moja-firma-backup-2026/ --recursive --human-readable --summarize

# Pobieranie pliku
aws s3 cp s3://moja-firma-backup-2026/moj-plik.txt ./

# Usuwanie pliku
aws s3 rm s3://moja-firma-backup-2026/moj-plik.txt

# Usuwanie wszystkiego z bucketa
aws s3 rm s3://moja-firma-backup-2026/ --recursive

Komenda sync (CLI) jest szczególnie przydatna przy backupach - porównuje pliki lokalne z tymi na S3 i przesyła tylko różnice. Domyślnie porównuje rozmiar pliku i datę modyfikacji (nie zawartość), dzięki czemu działa szybko nawet przy tysiącach plików.

Uwaga: Komenda aws s3 rm --recursive nie prosi o potwierdzenie. Jeden błąd w ścieżce i możesz skasować cały bucket. Zawsze używaj flagi --dryrun przed właściwym usunięciem, żeby zobaczyć, co zostanie skasowane.

S3 Storage Classes

Nie wszystkie dane wymagają tego samego poziomu dostępności. AWS oferuje kilka klas storage, które różnią się ceną, opóźnieniem dostępu i trwałością. Wybór odpowiedniej klasy to jeden z najszybszych sposobów na obniżenie rachunku za S3.

Storage ClassOpisKoszt (GB/mies.)Czas dostępuZastosowanie
S3 StandardDomyślna, wysoka dostępność~$0.023MilisekundyAktywne dane, strony WWW
S3 Intelligent-TieringAutomatyczna optymalizacja~$0.023 + monitoringMilisekundyDane o nieprzewidywalnym wzorcu dostępu
S3 Standard-IARzadki dostęp, 3 AZ~$0.0125MilisekundyBackupy, dane archiwalne
S3 One Zone-IARzadki dostęp, 1 AZ~$0.01MilisekundyDane, które łatwo odtworzyć
S3 Glacier InstantArchiwum z szybkim dostępem~$0.004MilisekundyArchiwa medyczne, compliance
S3 Glacier FlexibleArchiwum długoterminowe~$0.0036Minuty do godzinArchiwa, kopie zapasowe
S3 Glacier Deep ArchiveNajtańsze archiwum~$0.0009912-48 godzinDane regulacyjne, 7+ lat
Info: Ceny dotyczą regionu us-east-1 (N. Virginia). W eu-central-1 (Frankfurt) ceny są ok. 5-10% wyższe. Uwaga: klasy IA i Glacier mają minimalny okres naliczania (30/90/180 dni) oraz opłaty za pobranie danych (retrieval per GB) - dla często pobieranych plików mogą wyjść drożej niż Standard. Aktualne cenniki znajdziesz na stronie AWS lub w moim artykule o kosztach AWS.

Hosting statycznej strony na S3

Jednym z najpopularniejszych zastosowań S3 jest hosting statycznych stron internetowych - landing page'ów, dokumentacji, blogów generowanych statycznie (np. Hugo, Jekyll, Next.js export). Zero serwerów do zarządzania, zero patchowania - po prostu wrzucasz pliki HTML/CSS/JS na S3.

Krok 1: Utwórz bucket

  1. W konsoli S3 kliknij Create bucket.
  2. Wpisz nazwę bucketa, np. moja-strona-pl, i wybierz region eu-central-1.
  3. W sekcji Block Public Access settings odznacz Block all public access i potwierdź checkbox z ostrzeżeniem.
  4. Kliknij Create bucket.
Screenshot: Odznaczenie Block Public Access przy tworzeniu bucketa do hostingu statycznej strony

Krok 2: Włącz Static Website Hosting

  1. Wejdź do bucketa i przejdź do zakładki Properties.
  2. Przewiń do sekcji Static website hosting i kliknij Edit.
  3. Wybierz Enable.
  4. W polu Index document wpisz index.html.
  5. W polu Error document wpisz error.html.
  6. Kliknij Save changes.
Screenshot: Ustawienia Static website hosting z wypełnionymi polami index i error document

Krok 3: Dodaj Bucket Policy

  1. Przejdź do zakładki Permissions.
  2. W sekcji Bucket policy kliknij Edit.
  3. Wklej poniższą policy (zamień moja-strona-pl na nazwę swojego bucketa):
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PublicReadGetObject",
            "Effect": "Allow",
            "Principal": "*",
            "Action": "s3:GetObject",
            "Resource": "arn:aws:s3:::moja-strona-pl/*"
        }
    ]
}
  1. Kliknij Save changes.

Krok 4: Wrzuć pliki i przetestuj

  1. Wejdź do bucketa, kliknij Upload i przeciągnij pliki swojej strony (index.html, CSS, JS, obrazy).
  2. Kliknij Upload.
  3. Wróć do zakładki Properties > Static website hosting - znajdziesz tam Bucket website endpoint, np. http://moja-strona-pl.s3-website.eu-central-1.amazonaws.com.
  4. Otwórz ten link w przeglądarce - powinieneś zobaczyć swoją stronę.
Screenshot: Endpoint URL strony statycznej w sekcji Static website hosting

Krok 1: Utwórz bucket i włącz hosting

# Tworzenie bucketa
aws s3 mb s3://moja-strona-pl --region eu-central-1

# Włączenie hostingu statycznego
aws s3 website s3://moja-strona-pl \
  --index-document index.html \
  --error-document error.html

Krok 2: Ustaw bucket policy

Aby strona była publiczna, musisz dodać bucket policy pozwalającą na odczyt:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PublicReadGetObject",
            "Effect": "Allow",
            "Principal": "*",
            "Action": "s3:GetObject",
            "Resource": "arn:aws:s3:::moja-strona-pl/*"
        }
    ]
}
aws s3api put-bucket-policy --bucket moja-strona-pl \
  --policy file://bucket-policy.json

Krok 3: Wrzuć pliki i przetestuj

aws s3 sync ./build/ s3://moja-strona-pl/ --delete

# Strona dostępna pod:
# http://moja-strona-pl.s3-website.eu-central-1.amazonaws.com

Krok 4: Dodaj CloudFront CDN

Sam S3 hosting działa, ale nie obsługuje HTTPS i jest wolniejszy dla użytkowników oddalonych od regionu. Dlatego w produkcji zawsze stawiaj CloudFront przed S3:

  • HTTPS z darmowym certyfikatem ACM
  • Cache na edge locations (ponad 700 lokalizacji na świecie)
  • Własna domena przez Route 53
  • Ochrona przed DDoS (AWS Shield Standard za darmo)

CloudFront + S3 to jeden z najtańszych sposobów na hostowanie strony z globalnym zasięgiem i niskim latency. Dla wielu stron miesięczny koszt zamyka się w kilku centach.

Presigned URLs - udostępnianie prywatnych plików

Co zrobić, gdy chcesz udostępnić plik z prywatnego bucketa na ograniczony czas? Właśnie do tego służą presigned URLs. Generujesz specjalny link z wbudowanym tokenem autoryzacyjnym, który wygasa po określonym czasie.

Generowanie przez CLI

# URL ważny przez 1 godzinę (3600 sekund)
aws s3 presign s3://moja-firma-backup-2026/raport-q1.pdf \
  --expires-in 3600

# Wynik: https://moja-firma-backup-2026.s3.amazonaws.com/raport-q1.pdf?X-Amz-Algorithm=...

Generowanie przez Python (boto3)

import boto3

s3_client = boto3.client('s3', region_name='eu-central-1')

url = s3_client.generate_presigned_url(
    'get_object',
    Params={
        'Bucket': 'moja-firma-backup-2026',
        'Key': 'raport-q1.pdf'
    },
    ExpiresIn=3600  # 1 godzina
)

print(f'Presigned URL: {url}')

# Upload przez presigned URL (PUT)
upload_url = s3_client.generate_presigned_url(
    'put_object',
    Params={
        'Bucket': 'moja-firma-backup-2026',
        'Key': 'uploads/nowy-plik.pdf',
        'ContentType': 'application/pdf'
    },
    ExpiresIn=900  # 15 minut
)
print(f'Upload URL: {upload_url}')

Presigned URLs to eleganckie rozwiązanie dla scenariuszy takich jak: udostępnianie raportów klientom, jednorazowe linki do pobrania, upload plików przez frontend bez eksponowania credentials AWS.

Uwaga: Presigned URL dziedziczy uprawnienia użytkownika/roli, który go wygenerował. Jeśli wygaśnie rola lub zostaną odebrane uprawnienia, URL przestanie działać nawet przed upływem czasu ważności. Maksymalny czas ważności to 7 dni dla credentials IAM user; dla tymczasowych credentials z roli IAM URL wygasa razem z sesją roli (zwykle maksymalnie 12 godzin), niezależnie od ustawionego expires-in.

Backup i wersjonowanie

S3 to naturalny wybór jako cel backupów - wysoka trwałość, niski koszt, integracja z praktycznie każdym narzędziem do backupu. Ale sam upload plików to nie strategia backupu. Potrzebujesz dwóch mechanizmów: wersjonowania i reguł cyklu życia.

Włączanie wersjonowania

  1. Otwórz swój bucket w konsoli S3 i przejdź do zakładki Properties.
  2. Znajdź sekcję Bucket Versioning i kliknij Edit.
  3. Wybierz Enable i kliknij Save changes.
  4. Aby zobaczyć poprzednie wersje pliku: wejdź do bucketa, włącz przełącznik Show versions nad listą obiektów.
  5. Zobaczysz wszystkie wersje każdego pliku z datami i Version ID. Możesz pobrać lub usunąć konkretną wersję.
Screenshot: Sekcja Bucket Versioning w zakładce Properties z opcją Enable
# Włączenie wersjonowania na buckecie
aws s3api put-bucket-versioning \
  --bucket moja-firma-backup-2026 \
  --versioning-configuration Status=Enabled

# Sprawdzenie statusu
aws s3api get-bucket-versioning --bucket moja-firma-backup-2026

# Listowanie wersji obiektu
aws s3api list-object-versions \
  --bucket moja-firma-backup-2026 \
  --prefix config/app.yml

Wersjonowanie oznacza, że każda nadpisana lub usunięta wersja pliku jest zachowywana. Nawet jeśli przypadkowo usuniesz plik - jest on tylko oznaczony "delete markerem" i możesz go przywrócić.

Lifecycle Rules

Wersjonowanie generuje koszty, bo stare wersje zajmują miejsce. Lifecycle Rules automatycznie przenoszą lub usuwają stare wersje:

{
    "Rules": [
        {
            "ID": "ArchiveOldVersions",
            "Status": "Enabled",
            "NoncurrentVersionTransitions": [
                {
                    "NoncurrentDays": 30,
                    "StorageClass": "STANDARD_IA"
                },
                {
                    "NoncurrentDays": 90,
                    "StorageClass": "GLACIER"
                }
            ],
            "NoncurrentVersionExpiration": {
                "NoncurrentDays": 365
            }
        }
    ]
}

Ta reguła przenosi nieaktualne wersje do Standard-IA po 30 dniach, do Glacier po 90 dniach i usuwa je po roku. To optymalna strategia kosztowa dla większości scenariuszy backupowych.

Bezpieczeństwo S3

Bezpieczeństwo S3 to temat, który spędza sen z powiek wielu inżynierom - i słusznie. Źle skonfigurowany bucket to jedna z najczęstszych przyczyn wycieków danych w chmurze. AWS wprowadził wiele mechanizmów ochrony - kluczowe to:

Block Public Access

Domyślnie włączony na nowych bucketach. Nawet jeśli bucket policy pozwala na publiczny dostęp, Block Public Access go zablokuje. Wyłączaj go tylko świadomie (np. dla hostingu statycznej strony).

# Sprawdzenie statusu Block Public Access
aws s3api get-public-access-block --bucket moja-firma-backup-2026

Bucket Policies i IAM

Stosuj zasadę najmniejszych uprawnień (least privilege). Nigdy nie dawaj s3:* na *. Przykład dobrej IAM policy, którą przypinasz do użytkownika lub roli (w bucket policy musiałbyś dodać jeszcze pole Principal):

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "s3:GetObject",
                "s3:PutObject"
            ],
            "Resource": "arn:aws:s3:::moja-firma-backup-2026/uploads/*"
        }
    ]
}

Szyfrowanie

Włącz szyfrowanie server-side (SSE) na każdym buckecie. Masz trzy opcje:

  • SSE-S3 - klucze zarządzane przez AWS (darmowe, domyślne)
  • SSE-KMS - klucze zarządzane przez KMS (więcej kontroli, audyt użycia kluczy)
  • SSE-C - Twoje własne klucze (Ty zarządzasz kluczami)
# Włączenie domyślnego szyfrowania SSE-S3
aws s3api put-bucket-encryption --bucket moja-firma-backup-2026 \
  --server-side-encryption-configuration '{"Rules": [{"ApplyServerSideEncryptionByDefault": {"SSEAlgorithm": "AES256"}}]}'
Tip: Od stycznia 2023 AWS automatycznie szyfruje wszystkie nowe obiekty w S3 za pomocą SSE-S3. Ale jeśli wymagasz SSE-KMS (np. dla compliance), musisz to ustawić jawnie. Sprawdź też, czy Twoja firma wymaga szyfrowania in-transit - wymuszaj to przez bucket policy z warunkiem aws:SecureTransport.

S3 Event Notifications

S3 może automatycznie reagować na zdarzenia w buckecie - np. pojawienie się nowego pliku. To fundament wielu architektur serverless. Możesz wysyłać powiadomienia do:

  • AWS Lambda - uruchom funkcję przy uploadzie pliku (np. generowanie miniaturek, przetwarzanie CSV)
  • SQS - wyślij wiadomość do kolejki (np. kolejkowanie zadań przetwarzania)
  • SNS - wyślij powiadomienie (np. alert o nowym pliku)

Przykład: automatyczne generowanie miniaturek po uploadzie zdjęcia.

# Konfiguracja notification (JSON)
{
    "LambdaFunctionConfigurations": [
        {
            "Id": "ThumbnailGenerator",
            "LambdaFunctionArn": "arn:aws:lambda:eu-central-1:123456789:function:generate-thumbnail",
            "Events": ["s3:ObjectCreated:*"],
            "Filter": {
                "Key": {
                    "FilterRules": [
                        {"Name": "prefix", "Value": "uploads/"},
                        {"Name": "suffix", "Value": ".jpg"}
                    ]
                }
            }
        }
    ]
}

Ten wzorzec (S3 trigger + Lambda) to jeden z najpopularniejszych patternów w architekturze serverless. Używam go w praktycznie każdym projekcie - od przetwarzania dokumentów po pipeline'y danych.

Koszty S3

S3 rozlicza się w trzech wymiarach: storage, requesty i transfer danych. Dla większości zastosowań koszty są bardzo niskie, ale mogą rosnąć szybko przy dużej liczbie requestów lub transferze wychodzącym.

SkładnikKoszt (eu-central-1)Uwagi
Storage (Standard)$0.0245/GB/mies.Pierwsze 50 TB
PUT, COPY, POST$0.0054/1000 requestówZapis
GET, SELECT$0.00043/1000 requestówOdczyt
Transfer OUT$0.09/GBPierwsze 10 TB (potem taniej)
Transfer INDarmowyUpload zawsze za darmo

W praktyce: 100 GB danych w S3 Standard kosztuje ok. $2.45/miesiąc za sam storage. Ale jeśli serwujesz te dane przez internet (np. hosting strony), dochodzi transfer - $0.09/GB wychodzącego ruchu. Dlatego CloudFront jest opłacalny - cache zmniejsza liczbę requestów do S3 i transfer.

Szczegółowe porównanie kosztów wszystkich usług AWS znajdziesz w moim artykule Ile kosztuje AWS - cennik 2026.

Best practices

Sprawdzone praktyki pracy z S3:
  • Zawsze włączaj wersjonowanie na bucketach z ważnymi danymi - to Twoja ostatnia linia obrony przed przypadkowym usunięciem
  • Stosuj Lifecycle Rules od pierwszego dnia - automatycznie przenoś stare dane do tańszych klas storage
  • Nigdy nie wyłączaj Block Public Access na bucketach z danymi wrażliwymi - nawet "tymczasowo"
  • Używaj S3 Intelligent-Tiering dla danych o nieprzewidywalnym wzorcu dostępu - oszczędza pieniądze bez wysiłku
  • Włącz szyfrowanie SSE-KMS dla danych wrażliwych i objętych compliance
  • Taguj buckety i obiekty - ułatwia to alokację kosztów i zarządzanie uprawnieniami
  • Monitoruj dostęp przez S3 Server Access Logging lub CloudTrail - wiesz kto, kiedy i co robił
  • Stosuj konwencję nazewnictwa bucketów - nazwa powinna zawierać firmę, środowisko i cel

FAQ - Najczęściej zadawane pytania o Amazon S3

Ile kosztuje przechowywanie 1 TB danych w S3?

W S3 Standard (eu-central-1) to ok. $25/miesiąc za sam storage. W Glacier Deep Archive spada do ok. $1/miesiąc. Dochodzą koszty requestów i transferu wychodzącego, ale sam storage jest bardzo tani.

Czy S3 nadaje się do hostowania aplikacji z backendem?

Nie bezpośrednio. S3 obsługuje tylko pliki statyczne (HTML, CSS, JS, obrazy). Jeśli potrzebujesz backendu (np. Node.js, Python), użyj EC2, ECS lub Lambda. Możesz jednak hostować frontend (np. React, Vue) na S3, a backend postawić osobno jako API.

Jak zabezpieczyć bucket przed przypadkowym usunięciem?

Trzy mechanizmy: włącz wersjonowanie (usunięte pliki są zachowywane), dodaj MFA Delete (wymagaj tokena MFA do usuwania), i ustaw Object Lock w trybie Governance lub Compliance (blokuje usuwanie na określony czas). Dodatkowo używaj Lifecycle Rules zamiast ręcznego usuwania.

Czym się różni S3 od EBS i EFS?

S3 to object storage - przechowujesz pliki przez API/HTTP. EBS to block storage - wirtualne dyski podłączane do EC2 (jak dysk SSD). EFS to network file system - system plików dostępny jednocześnie z wielu instancji EC2. S3 jest najtańsze, EBS najszybsze, EFS najwygodniejsze dla współdzielonych plików.

Jak przenieść duże ilości danych do S3?

Dla kilku TB wystarczy aws s3 sync z opcją --storage-class. Dla dziesiątek TB użyj S3 Transfer Acceleration lub AWS DataSync. Dla petabajtów sprawdź AWS Data Transfer Terminal (fizyczne punkty, gdzie przywozisz dyski i wgrywasz dane bezpośrednio do AWS) - klasyczne urządzenia Snowball są od listopada 2025 dostępne tylko dla dotychczasowych klientów.

Następny krok

S3 to fundament ekosystemu AWS - prawie każda inna usługa z niego korzysta. Jeśli dopiero zaczynasz z chmurą, przeczytaj Jak zacząć z AWS w 2026 - tam znajdziesz kompletną ścieżkę nauki.

Chcesz postawić serwer, na którym wykorzystasz S3 jako storage? Sprawdź mój poradnik EC2 od A do Z - razem z S3 to podstawowy zestaw narzędzi każdego cloud engineera.

Gotowy na systematyczną naukę? Dołącz do kursu AWS od podstaw, gdzie przeprowadzę Cię przez wszystkie kluczowe usługi AWS z praktycznymi ćwiczeniami.

Emil Kowalczyk

Pasjonat chmury i twórca CloudManiak.pl. Na co dzień MSP Engineer w amerykańskiej firmie ClearScale (AWS Premier Tier Partner). Pomagam osobom wchodzącym do świata chmury zdobywać wiedzę i certyfikaty.