Hvis du har har du nogensinde brugt Google App Engine, ved du, at det er en af de hurtigste måder at komme fra ID. til fungerende prototype., Så længe du overholder sandkassebegrænsningerne, behøver du ikke at konfigurere servere, installere pakker eller udføre nogen af de kedelige DevOps-opgaver, der bremser dig.
Med introduktionen af App Engine fle .ible Environment (tidligere kendt som Managed VMs) løftede Google mange af sandkassebegrænsningerne og tilføjede flere indbyggede runtimes inklusive Node.js og Ruby. Du kan endda tilpasse alt ved at angive din egen Dockerfile!
se sammenligningen her.
denne fleksibilitet kommer dog til en pris., Det fleksible miljø er langsommere at implementere og kan ikke skalere så hurtigt som Standardmiljøet. Standardinstallationen er også overkill til prototyping.
den største forskel efter min mening er manglen på “skala til nul.”Med App Engine Standard, hvis ingen bruger din ansøgning det lukker alt ned. I det øjeblik en bruger besøger, spinder App Engine en forekomst i millisekunder for at betjene den nye anmodning. Kombineret med det generøse gratis niveau behøver du ikke rigtig bekymre dig om infrastrukturomkostninger til prototyper., I øjeblikket har det fleksible miljø brug for mindst en forekomst, der kører for at betjene trafik, og der er ikke noget gratis niveau.
lad os se på nogle bedste fremgangsmåder til prototyper med det fleksible miljø, der kan minimere omkostningerne.
2019 opdatering: Jeg anbefaler stærkt at bruge Cloud Run i stedet for App Engine fle.til de fleste opgaver. Efter min mening, det blander det bedste fra App Engine Standard (pay per use, skala til nul) med App Engine fle. (fleksibilitet, Dockerfiles). Den eneste store fordel, fle.har, er de større forekomststørrelser.,
lad os starte en Node.js app på App Engine fleksibelt miljø. Standard app.yaml ser noget som dette:
runtime: nodejs
env: flex
Installere det med gcloud kommando:
$ gcloud app deploy
Når du har installeret app ‘ en, kan vi se “Tilfælde” i App Engine for at se følgende:
Som standard, det lancerer to n1-standard-1-VMs., Dette er designet til at give højere pålidelighed.
lad os se på de månedlige omkostninger for denne implementering. Jeg har konfigureret denne standardinstallation i Google Cloud Pricing Calculator her.
det er over $80 om måneden!selvom denne pris ville være fint, hvis du betjener produktionstrafik, er det ret latterligt i prototypefasen.
trin et: reducer antallet af forekomster
Vi kan reducere vores omkostninger i halvdelen ved at lancere en forekomst i stedet for to. Gør dette ved at tænde manuel skalering (du behøver ikke Autoskalering for en prototype) og indstille forekomsterne til 1., Du kan læse mere om skalering her.
Rediger appen.yaml:
runtime: nodejs
env: flex
manual_scaling:
instances: 1
Dette vil reducere vores omkostninger fra omkring $80 til $40! Flot!