Buckets, objekt och regioner

Amazon Simple Storage Service (S3) är AWS tjänst för objektlagring, utformad för att lagra och hämta valfri mängd data från var som helst på internet. S3 erbjuder 11 nior i hållbarhet (99.999999999 %) genom att redundant lagra objekt på flera enheter i flera Availability Zones inom den valda Region. Tjänsten kan skalas obegränsat, har ingen kapacitetsgräns och stöder objekt från 0 byte upp till 5 TB. S3 är grunden för otaliga AWS-arkitekturer – bland annat för statiska webbplatser, datasjöar och säkerhetskopieringsarkiv.

En S3-bucket är en globalt unikt namngiven container för objekt. Buckets skapas i en specifik AWS Region, men namnen måste vara globalt unika bland alla AWS-konton i hela världen (eftersom namnet blir en del av URL:en). Bucket-namn måste vara 3–63 tecken långa, bestå av gemener, börja med en bokstav eller siffra och får inte innehålla understreck eller versaler. Rekommenderad metod: inkludera ditt konto-ID eller ett slumpmässigt suffix för att undvika namnkonflikter med andra konton.

Ett objekt i S3 består av data (filens innehåll), en nyckel (objektets unika namn i bucketen), metadata (systemdefinierade och användardefinierade nyckel-värde-par) och valfritt ett versions-ID (om versionshantering är aktiverad). Nyckeln är hela den sökvägsliknande strängen, till exempel photos/2024/summer/beach.jpg. S3 är platt – det finns inga riktiga kataloger, utan endast nyckelprefix som ser ut som kataloger. Den maximala objektstorleken är 5 TB. För objekt som är större än 100 MB bör du använda Multipart Upload för bättre prestanda och tillförlitlighet.

S3-objekt kan nås via två URL-format. Path-style: https://s3.<region>.amazonaws.com/<bucket>/<key> (fasas ut för nya buckets). Virtual-hosted-style: https://<bucket>.s3.<region>.amazonaws.com/<key> (aktuell standard). Bucket-namnet blir en underdomän, vilket är anledningen till att bucket-namn måste följa DNS-reglerna. För försignerade URL:er och CloudFront-distributioner ser du alltid formatet virtual-hosted. Genom att förstå URL-strukturen kan du konfigurera bucket-principer och CORS korrekt.

Sedan december 2020 erbjuder Amazon S3 stark läs-efter-skrivning-konsistens för alla åtgärder – PUT för nya objekt, överskrivningar och DELETE – i alla Regioner automatiskt och utan extra kostnad. Det innebär att så snart en skrivning har lyckats returnerar alla efterföljande läsningar den senaste versionen av objektet. Detta är en betydande förbättring jämfört med den tidigare modellen med eventual consistency och förenklar applikationsdesignen genom att behovet av fördröjda läsningar efter skrivning eller logik för nya försök försvinner.

När du skapar en S3-bucket anger du en Region, och dina data stannar i den regionen om du inte uttryckligen konfigurerar replikering. AWS replikerar data inom regionen över flera AZ:er för hög hållbarhet, men flyttar inte automatiskt data till andra Regioner. Den regionala datalagringen är viktig för efterlevnad: om regler kräver att data stannar inom EU skapar du bucketen i eu-west-1 eller en annan EU-Region, så lämnar dina data inte området.

Multipart Upload krävs för objekt över 5 GB och rekommenderas för objekt över 100 MB. Objektet delas upp i delar (minst 5 MB per del, högst 10 000 delar), varje del laddas upp separat (parallellt) och delarna kombineras till det slutliga objektet. Om någon del misslyckas behöver du bara försöka ladda upp den delen igen. AWS CLI och SDK:er hanterar multipart upload automatiskt när du använder kommandot aws s3 cp för stora filer – du behöver inte implementera det manuellt.

Varje S3-objekt har systemmetadata som anges av AWS (Content-Type, Content-Length, ETag, Last-Modified) och valfri användardefinierad metadata (anpassade nyckel-värde-par med prefixet x-amz-meta-). Metadata lagras tillsammans med objektet och returneras i HTTP-svarshuvuden när objektet laddas ned. Content-Type är särskilt viktigt vid webbservering – om du laddar upp en HTML-fil utan att ange Content-Type: text/html kan webbläsare erbjuda filen som en nedladdning i stället för att rendera den.

Amazon S3 kan fungera som värd för statiska webbplatser – HTML, CSS, JavaScript, bilder och andra filer kan serveras direkt från en bucket. Aktivera hosting av statiska webbplatser i bucketens egenskaper och ange ett indexdokument (index.html) samt valfritt ett feldokument (404.html). URL:en till bucketens webbplatsendpoint följer formatet: http://<bucket>.s3-website.<region>.amazonaws.com. För HTTPS och stöd för anpassade domäner placerar du en CloudFront-distribution framför S3-bucketen för den statiska webbplatsen.

S3 Transfer Acceleration snabbar upp uppladdningar av objekt över långa avstånd genom att dirigera data via närmaste CloudFront Edge Location och därefter över AWS privata stamnät till S3-bucketens Region. I stället för att ladda upp direkt till S3-endpointen laddar klienten upp till en accelererad endpoint som my-bucket.s3-accelerate.amazonaws.com. Transfer Acceleration medför en mindre avgift per GB men kan avsevärt förbättra uppladdningshastigheten för användare som befinner sig långt från bucketens Region.

Objekttaggar är nyckel-värde-par som du kopplar till S3-objekt för att kategorisera och hantera dem. Taggar används för: livscykelregler (flytta eller ta bort objekt med specifika taggar), åtkomstkontroll (villkor i IAM- och bucket-principer baserade på taggvärden), kostnadsallokering (Cost Explorer spårar S3-utgifter per tagg) samt inventering och analys. Varje objekt kan ha upp till 10 taggar. Taggar kan läggas till vid uppladdningen eller uppdateras efter att objektet har skapats utan att själva objektdata ändras.

I den här lektionen lärde du dig att: S3-buckets är globalt unikt namngivna containrar som är knutna till en specifik Region, objekt lagras med en platt nyckelstruktur och stöder metadata och taggar, och S3 erbjuder stark läs-efter-skrivning-konsistens och 11 nior i hållbarhet genom redundans över flera AZ:er. Härnäst utforskar vi åtkomstkontroll i S3 med bucket-principer och ACL:er.