Tre Enkle Trinn for å Spare Kostnader når Prototyping med App Engine Fleksibelt Miljø

Tre Enkle Trinn for å Spare Kostnader når Prototyping med App Engine Fleksibelt Miljø

Sandeep Dinesh

Følg

Jun 28, 2016 · 4 min lese

Hvis du har brukt Google App Engine, du vet det er en av de raskeste måtene å få fra idé til fungerende prototype., Så lenge du oppfyller sandkassen restriksjoner, du trenger ikke å sette opp servere, installere pakker, eller gjøre noe av det kjedelige DevOps oppgaver som sinker deg ned.

Med lanseringen av App Engine Fleksibelt Miljø (tidligere kjent som Klarte VMs), Google løftet mange av sandkassen restriksjoner og lagt til flere innebygde runtimes inkludert Node.js og Ruby. Du kan selv tilpasse alt ved å angi din egen Dockerfile!

Se sammenligningen her.

Imidlertid, denne fleksibiliteten kommer til en pris., Den Fleksible Miljø er tregere til å ta i bruk og kan ikke vekten så raskt som Standard Miljø. Standard distribusjon er også overkill for prototyping.

Den største forskjellen i min mening er mangelen på «skala til null.»Med App Engine Standard, hvis det ikke er å bruke programmet det slår alt ned. I det øyeblikket en bruker besøker, App-Motoren spinner opp en forekomst i millisekunder til å tjene den nye forespørsel. Kombinert med den generøse gratis tier, du egentlig ikke trenger å bekymre deg for infrastrukturkostnader for prototyper., Foreløpig er Fleksibelt Miljø er behov for minst ett tilfelle du kjører for å tjene trafikk, og det er ingen gratis tier.

La oss ta en titt på noen eksempler på beste praksis for prototyping med Fleksibelt Miljø som kan redusere kostnadene.

2019 Oppdatering: jeg anbefaler å bruke Cloud Kjøre i stedet for App Engine Flex for de fleste oppgaver. I min mening, det blander det beste fra App Engine Standard (betale per bruker, skala til null) med App Engine Flex (fleksibilitet, Dockerfiles). Den eneste store fordelen Flex har er større forekomst størrelser.,

La oss starte en Node.js-appen på App Engine Fleksibelt Miljø. Standard-appen.yaml ser noe som dette:

runtime: nodejs
env: flex

Distribuere det med gcloud kommando:

$ gcloud app deploy

Etter å distribuere appen, kan vi sjekke ut «Forekomster» – delen av App-Motoren for å se følgende:

standard det lanseres to n1-standard-1 Vm., Dette er utformet for å gi høyere pålitelighet.

La oss se på de månedlige kostnadene for dette distribusjon. Jeg har konfigurert denne standard distribusjon i Google Cloud Priser Kalkulator her.

Det er over 80 dollar i måneden!

Mens denne prisen ville være fint hvis du var servering produksjon trafikk, det er ganske latterlig i prototyp-stadium.

Trinn Én: Redusere antall forekomster

Vi kan redusere våre kostnader i to ved å lansere en forekomst i stedet for to. Dette gjør du ved å slå på manuell skalering (du trenger ikke autoscaling for en prototyp), og angir tilfeller til 1., Du kan lese mer om skalering her.

Endre app.yaml:

runtime: nodejs
env: flex
manual_scaling:
instances: 1

Dette vil redusere våre kostnader fra rundt $80 til $40! Hyggelig!

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *