Share
Som designer, webbutvecklare och techie-geek behöver jag en mångsidig och robust datalagringslösning som jag har råd med, men använder även utan att lära mig något nytt språk. Hittills har jag bara hittat en tjänst som klarar av de flesta av mina behov. I den här artikeln beskrivs hur jag använder Amazon Web Services Simple Storage Service (AWS S3) för att möta de flesta av mina behov.
AWS S3 är Amazons cloud storage-lösning. Det är mångsidigt, pålitligt, snabbt och skalbart för att passa nästan någons behov. Självklart med en tjänst som låter så bra du förväntar dig att det är dyrt men det är faktiskt den mest prisvärda lagringslösning jag hittat på webben med tanke på de funktioner du får.
AWS S3 är avsedd för utvecklare, men tack vare några bra verktyg är det tillräckligt enkelt för nästan alla att använda. Innan jag kommer in på hur jag använder AWS S3, vill jag nämna att denna lagringslösning inte använder den traditionella filstrukturen för mappar / filer etc. Istället använder AWS S3 "skopor" där du lagrar objekt. De verktyg som jag använder gör att AWS S3 verkar vara ett normalt filsystem med undantag för "skopor". Tänk på en hink som en separat hårddisk där du lagrar dina filer. Du kanske också vill läsa Amazon S3-sidan på Wikipedia. Så låt oss fortsätta med hur jag använder AWS S3.
Jag brukar använda Jungle Disk oftast eftersom det gör det enkelt att använda och hantera mina AWS S3-skopor, utföra automatiserade säkerhetskopior och centralisera mina data för åtkomst var som helst, när som helst. När du använder Jungle Disk med ditt AWS S3-konto bestämmer du vilken av dina individuella skopor Jungle Disk som kan monteras som en nätverksenhet. Sedan har du dra-och-släpp åtkomst till dina AWS S3-filer! Jungle Disk krypterar också dina filer, så de är säkra.
Jungle Disk har många alternativ för hinkhantering, automatisk säkerhetskopiering, kryptering, begränsning av bandbredd och ännu mer. Det har också ett övervakningsverktyg för att visa och hantera överföringar som pågår. Det går vanligen i bakgrunden, men det kommer väldigt bra när du vill vidta åtgärder på något eller bara titta på vad som händer.
Om du är orolig för plattformskompatibilitet, var det inte! Jungle Disk har versioner av deras programvara för 32- och 64-bitars Windows, Linux och Mac. De har även en version som du kan köra från en USB-flash-enhet på alla tre plattformar för snabb åtkomst till dina filer var som helst.
Självklart, om du har glömt din flash-enhet, har de också tillgång till webben till dina filer. Om du arbetar med andra personer som behöver tillgång till dina filer kan Jungle Disk också göra det. De har flera användaralternativ för att göra åtkomst till AWS S3-skopor mycket enkelt för flera personer.
Så vi har plattformsplattformsförvaring som är dra och släpp lätt och att vi kan komma åt var som helst med massor av bra alternativ. Vad mer behöver vi?
De flesta av er har förmodligen bloggar eller webbplatser som du har värd på en webbserver du betalar för. Som vi alla vet är kvalitet webbhotell inte billigt, särskilt när det gäller lagringsutrymme. Jag vill inte använda min dyra webbserverlagring för bilder och andra nedladdningar av filer och jag vill särskilt inte mossa ner min webbserver med filförfrågningar från besökare när det finns ett bättre sätt att göra det.
S3Fox är ett Firefox-tillägg som låter dig hantera dina AWS S3-skopor och -filer. Varför behöver vi S3Fox när vi kan använda Jungle Disk? S3Fox gör några saker Jungle Disk inte avsedd för, till exempel hantering av CloudFront-distributioner som vi kommer in i senare. Jag har installerat en hink som heter "files.jremick.com" som jag planerar att använda för att vara värd för bilder och filer för min blogg samt andra webbplatser och andra slumpmässiga ändamål.
Sedan ställer jag in en CNAME på min webbserver som riktar "filer" och "www.files" till "files.jremick.com.s3.amazonaws.com." som då tillåter mig att använda underdomänen "http://files.jremick.com" för att komma åt filer jag har placerat i "files.jremick.com" -hinken för allmän visning. De andra två används av CloudFront som vi kommer in på senare.
Så nu har vi ett enkelt sätt att komma åt filer på http://files.jremick.com. Vi kan använda den som en typ av "CDN" (även om det inte skulle vara en sann CDN) eller vi kan bara använda den för att tillhandahålla filnedladdningar som inte kommer att bogga ner på vår webbserver. Om du undrar, ja, du kan visa och ladda ner panoramabilden från mitt S3-konto och nej, jag är inte orolig för bandbredd eftersom det är super billigt! :-) Du kan hitta den här: http://files.jremick.com/red-rock-panorama.jpg. Har du märkt "wp-content" -katalogen? Familj eh? Fortsätt med att använda AWS S3 med WordPress!
AWS S3-plugin för WordPress är en av mina favorit plugins för WordPress eftersom det låter mig använda mitt AWS S3-konto för att vara värd för media för min blogg i stället för min dyra webbserver. Självklart kunde jag göra det manuellt om jag ville men plugin integrerar denna funktionalitet med WordPress så att jag kan ladda upp filer utan att lämna min WordPress kontrollpanel.
Du kanske undrar varför detta är fördelaktigt. Tja, för att börja med kommer bilder och andra medier som laddas från ditt AWS S3-konto troligen att laddas snabbare, helt enkelt för att du använder Amazons servrar i stället för din egen (eventuellt stackars) server. Dessutom kommer din webbserver inte att läggas ner för att ladda dessa mediefiler och dina vanliga PHP / HTML-filer.
Din webbplats laddas också snabbare för de flesta eftersom i de flesta webbläsare du är begränsad till antalet parallella nedladdningar från en enda domän. Om du värd dina bilder på ditt AWS S3-konto som kommer från en sekundär domän kan webbläsare ladda flera filer samtidigt. Se Maximera parallella nedladdningar i Carpool Lane för mer information.
OK, så jag har täckt hur jag använder AWS S3 för nätverkslagring såväl som för mina webbplatser och minskar belastningen på min webbserver. Om du kör en högtrafikwebbplats (som jag inte gör) eller du bara är en nörd (som jag) och vill ha saker att springa så fort som möjligt så vill du kolla Amazon CloudFront också.
Tidigare i artikeln jag sätter "AWS S3 som en" CDN "eller Public File Access" med CDN i citat. Anledningen till att jag gjorde det beror på att AWS S3 är INTE en sann CDN. En CDN är ett Content Delivery Network som levererar dina filer från en distribution av servrar runt om i världen. Besökare får tillgång till dina filer från den snabbaste tillgängliga resursen (vanligtvis närmaste server). AWS S3 har bara några datacenter runt om i världen och dina data kommer sannolikt att vara på en plats som gör det långt ifrån en CDN.
Om du vill ha den bästa hastigheten för besökare över hela världen, vill du använda en riktig CDN som CloudFront. Tack och lov har Amazon gjort det super lätt att använda dessa tjänster tillsammans. Jag har redan anmält mig till CloudFront och nu behöver jag bara konfigurera den med S3Fox.
Högerklicka bara på den skopa som du vill distribuera till Amazons CloudFront och klicka på "Hantera distributioner". Härifrån kan du konfigurera din CloudFront-distribution. Du kommer att tilldelas en unik domän för distributionen; "d1i7xb2p8w9276.cloudfront.net" är vad denna distribution har tilldelats.
Jag har också använt "cdn.jremick.com" som CNAME för denna distribution så jag kan komma åt filerna på http://cdn.jremick.com. Du kommer att se statusen som "InProgress" tills distributionen har implementerats och statusen ändras till "Deployed".
Sedan ställer jag in CNAME på min webbserver.
Nu när jag begär filer på http://cdn.jremick.com kommer de att begäras från CloudFront-servrarna som kommer att dra filerna från ditt AWS S3-konto och cache dem för alla efterföljande förfrågningar.
Det finns dock vissa nackdelar med CloudFront (och andra sanna CDN). När en fil har cachats på CloudFront-servrarna kommer den inte att begäras från ditt AWS S3-konto igen. Det betyder att du måste versiona dina filer (filename_v1.css, filename_v2.css etc.) så att de faktiskt kommer att återspegla ändringarna för dina användare. Det är en bra tjänst men det är verkligen tänkt mer för högtrafikändamål. I de flesta situationer för genomsnittliga personer med bloggar kommer AWS S3 att göra det bra. Jag använder CloudFront för att vara värd för JavaScript, CSS och andra statiska filer, bara för att jag är en nörd och jag vill ha prestanda! :-)
Jag är oroande när det gäller att förlora data. Min webbserver är värd cirka 20 konton för andra människor och det är väldigt viktigt att se till att alla uppgifter är säkerhetskopierade, säkra. Det är där S3Sync kommer in. Jag kan använda den för att automatiskt säkerhetskopiera min webbserver till en specificerad AWS S3-hink.
Här har jag hoppat över till Transmit (FTP för Mac med AWS S3 support) och inloggad på mitt AWS S3-konto. Jag tittar på min "servintbackups" hink som visar de olika säkerhetskopieringsmapparna. Varje natt uppdateras säkerhetskopiorna automatiskt på mitt AWS S3-konto.
Om du skulle vilja göra det här, kolla även dessa handledning.
Med AWS S3 och en mängd olika verktyg har jag lyckats få lite för lite.
Som jag sa tidigare, är AWS S3 byggd för utvecklare; så om jag behöver använda den för ännu fler lösningar, så är möjligheten där.
Så bra som AWS S3 är, kanske det inte passar räkningen för varje problem du har. Till exempel kan AWS S3-servrar inte gzip-filer och säkerhetskopiera 200 GB data (som ett iTunes-bibliotek) kostar $ 30 per månad vs $ 5 eller $ 10 per månad på andra tjänster. AWS S3 är bara ett av de verktyg jag använder bland många.
Använder du AWS S3? Eller föredrar du en annan liknande lösning? Berätta om det i kommentaren!
Den här artikeln publicerades ursprungligen på ThemeForest-bloggen. Vi hamnar för närvarande över några av de mer populära artiklarna till Nettuts+.
Accentsconagua