Hårdvarukrav för AWS-utvecklare - dummies

Oavsett hur många tjänster AWS erbjuder, behöver du fortfarande en del maskinvara för att kunna använda tjänsterna. Mängden hårdvara du behöver när du arbetar med tjänster i molnet är minimal eftersom AWS-hårdvaran gör allt tungt. När du arbetar med tjänster lokalt behöver du extra maskinvara eftersom AWS inte längre gör det tunga för dig. Därför bör du överväga olika hårdvarukrav beroende på var du är värd för AWS-tjänsten.

Hantera tjänsterna lokalt

Dold i AWS-dokumentationen finns all sorts användbar information om olika tjänster. Till exempel kommer AWS Storage Gateway att ansluta en lokalt programvaruapparat (ett program kombinerat med tillräckligt mycket operativsystems kapacitet för att köras på maskinvara eller på en virtuell maskin) med molnbaserat lagringsutrymme.

Med andra ord använder du porten för att ansluta din applikation till den datalagring som krävs. Det kan tyckas som att köra porten i molnet skulle vara en bra idé eftersom du inte skulle behöva investera i ytterligare hårdvara. När du tittar på kraven ser du dock att AWS Storage Gateway levereras med specifika krav på hårdvara, exempel och lagring. Det viktiga att förstå är att molnet presenterar gränser som du måste tänka på under varje planeringsstadium.

Använda molnbaserade tjänster kan komma med begränsningar.

När du är säker på att du kan köra din avsedda konfiguration kan du börja överväga fördelarna och nackdelarna med att arbeta i molnet. När du till exempel tjänar tjänsten i molnet får du automatisk skalning efter behov, och Amazon utför många av de administrativa uppgifterna för dig. Men för ett realistiskt perspektiv måste du kompensera dessa fördelar med medvetenhet om nackdelarna, till exempel:

Möjlighet till lägre applikationshastighet

• Behöver upprätthålla en pålitlig Internetanslutning
• Förlust av flexibilitet
• Leverantörer går i konkurs
• Även om grundläggande hårdvarubehov blir billigare, du behöver överväga extra kostnader i form av uppsägningar. De flesta organisationer tycker att hårdvarukostnaderna för att flytta till molnet är väsentligt mindre än att behålla en hel IT-avdelning, varför de gör flytten. Du måste emellertid göra flytten med förståelsen att du har andra frågor att tänka på när du gör det.

Hålla tjänsterna i molnet

När värdjänster lokalt måste du tillhandahålla all nödvändig infrastruktur, vilket kan bli dyrt.AWS ger vägledning om minimikraven för värd för en tjänst lokalt.

En bra tommelfingerregel när du är värd för tjänster lokalt är att se vilka leverantörslevererade krav som minimum. Om du inte planerar att ladda tjänsten tungt, fungerar dessa minimum normalt. När du klickar på länken Optimering Gateway Prestation är det första förslaget du ser att lägga till resurser till din gateway. Att planera för mycket kapacitet är bättre än för inte tillräckligt, men att få konfigurationen så nära som möjligt till det du behöver hjälper alltid ekonomiskt.

Planera för tillräckliga resurser.

Inte alla tjänster kommer att fungera lokalt, men du kan bli förvånad att finna att många gör. Frågan är en av att definiera exakt hur du planerar att använda en given tjänst och de avvägningar som du är villig att göra. När du till exempel är värd för en tjänst lokalt kan det hända att det är svårt att tillhandahålla samma anslutningsnivå som du kan ge till tredje part när du hyser samma tjänst i molnet.

Definiera en bra utvecklingsmiljö

När du vet om de resurser som krävs för AWS och har redogjort för grunderna för din inställning, måste du överväga din utvecklingsmiljö. Den första frågan du måste överväga är ett språk. AWS bryr sig inte om vilken IDE du använder (även om valet av IDE bestämmer vilka funktioner du har tillgång till för fjärråtkomst), men det bryr sig om språk. Du måste verifiera att AWS stöder det språk du vill ha för den tjänst du vill komma åt. Till exempel, här är valen för Simple Queue Service (SQS).

Se till att AWS ger stöd för det språk du vill använda.

Du kan skapa en installationsmiljö med EC2. Denna handledning beskriver hur du utför den här uppgiften. Den främsta fördelen med detta tillvägagångssätt är att du teoretiskt kan utveckla AWS-applikationer var som helst eftersom utveckling inte längre kräver ett lokalt system med specifika resurser.

Det här är dock absolut inte gratis, det betyder att du måste ha en pålitlig Internetanslutning från vart du vill utföra utvecklingsuppgifter - vilket inte är ett problem på jobbet, men kanske ett problem hemma. Det molnbaserade utvecklingsmetoden använder AWS Command Line Interface (CLI).

Den främsta anledningen till att använda en lokaliserad utvecklingsmiljö är att du behåller tillgången till lokala resurser och de kodbibliotek som din organisation för närvarande är beroende av för att utföra utvecklingsuppgifter.

Det här alternativet har också en fördel i tillförlitlighet eftersom du inte litar på en fjärranslutning för att använda den. Om din Internetanslutning går ner kan du fortsätta att utveckla kod (men testning är inte möjlig förrän anslutningen återställs). När du använder det här alternativet behöver du ytterligare bandbredd - åtminstone för teständamål och behörigheter för AWS-åtkomst genom organisationens brandvägg.

Du är inte begränsad till bara två alternativ när du arbetar med AWS. Till exempel kan du använda en lokal utvecklingsmiljö men placera din kod på S3.Användningen av molnbaserad datalagring innebär att du kan ha lokala inställningar på flera platser (så att du behåller tillgången till lokala resurser) och fortfarande få fördelar med molnbaserad utveckling, till exempel att ha tillgång till din kod från vilken plats du helst ha en utvecklingsmiljö konfigurerad.

Denna handledning är också intressant eftersom den berättar hur du konfigurerar din utvecklingsmiljö för att använda Elastic Beanstalk för projekt, källkontroll och förvaringsanvändning. Liksom med en lokal utvecklingsmiljö behöver du fortfarande nödvändiga behörigheter för tillgång till Internet och tillräckligt med bandbredd för att hantera ökningen av dataförfrågningar så att detta alternativ fungerar bra. I själva verket är bandbreddskraven högre än en lokal konfiguration, och utvecklingsmiljön måste fungera med fjärrresurser.

Att välja rätt utvecklingsmiljö är inte lätt. I många fall blir valet ett av personliga preferenser och organisatoriska krav. Till exempel kan det inte vara ett alternativ att använda en molnbaserad utvecklingslösning när man arbetar med känsliga utvecklingsuppgifter. säkerhetsbehov kan trumma andra önskningar.