Google haalt App Engine deze zomer uit bèta

Google haalt zijn cloudcomputingdienst App Engine deze zomer uit bèta. Vanaf dan biedt Google een SLA aan en worden er andere prijzen gerekend voor gebruik. Een nieuwe versie van App Engine, met ondersteuning voor Go, is direct beschikbaar.

Deze zomer zal de App Engine-dienst uit bèta worden gehaald; een gelegenheid die Google aangrijpt om de prijsstructuur te wijzigen. Gebruikers die meer dan 24 instance-hours per dag willen consumeren of meer dan 1 gigabyte data heen en weer willen schuiven, moeten niet alleen op basis van gebruik betalen, maar moeten ook een startbedrag van 9 dollar per platform neerleggen. Daar krijgen ze dan wel een SLA met een uptimegarantie van 99.95 procent voor terug.

Google rolt per direct een nieuwe versie van App Engine uit. Versie 1.5.0 van de software bevat experimentele ondersteuning voor de Go-programmeertaal, die door Google zelf is ontwikkeld. Tot nu toe had App Engine enkel ondersteuning voor java en python. Ook is er nu support voor langlopende processen, waarvan developers zelf kunnen bepalen hoe lang ze lopen. De processen kunnen 128MB tot 1GB aan geheugen in beslag nemen. Voor het gebruik van deze processen wordt afgerekend op uurbasis per instance. Tot nu toe werden alleen kortlopende processen ondersteund.

De prediction-api, waarmee processen patronen kunnen herkennen en op basis daarvan beslissingen kunnen nemen, kan nu door iedereen worden gebruikt. Tot nu toe was deze invite-only. Met de api kunnen bijvoorbeeld spam-mails worden herkend, of kunnen de interesses van een gebruiker in kaart worden gebracht. Onbeperkt gebruik van de prediction-api kost 10 dollar per project per maand. Bij meer dan 10.000 voorspellingen per maand moet bovendien 50 dollarcent per 1000 voorspellingen worden betaald.

Daarnaast is er ondersteuning voor pull-queues, waarmee taken kunnen worden uitgevoerd op het moment dat daar genoeg capaciteit voor is. Tot slot is de maximale grootte van http-requests en -replies verhoogd naar 32MB. App Engine werd in 2008 geïntroduceerd en laat ontwikkelaars webapplicaties draaien op servers van Google. Ze kunnen daarbij api's van Google aanroepen, bijvoorbeeld voor het verwerken van grote hoeveelheden data.

Reacties (24)

[Eksrow]

Zodra AppEngine uit preview gaat zal er niet meer in CPU uren gerekend worden maar per instantie per uur. Ook alle API calls zullen per call worden gerekend ipv CPU/uur. Afschuwelijk nieuws voor sommige developers.

[Reactie gewijzigd door Eksrow op 26 juli 2024 16:44]

[Verwijderd]

Heeft iemand ervaring met dit platform in de combinatie van java en mysql?

Kun je een bestaande java applicatie die gebruik maakt van mysql met de mysql/j drivers gemakkelijk migreren?

[Janoz]

Google App Engine is niet een server die je huurt. Je kunt het meer vergelijken met een hele grote, specifiek getailorde applicatie server (tomcat/websphere/jbossAS/glassfish) waarin jij je ear/war mag deployen. Google zorgt voor de overige aankleding (zoals ook de 'database' incl drivers)

In principe probeert de App Engine zoveelmogelijk de servlet specs te volgen en heeft daar enkele uitbreidingen aan toegevoegd (waardoor een binnengekomen mail of chatbericht bijvoorbeeld als specifiek (web)request naar je applicatie gestuurd wordt). De kans is dus redelijk groot dat je met niet heel grote aanpassingen je webapp werkend kunt krijgen. Het is echter wel erg afhankelijk van welke libs en frameworks je gebruikt hebt. Een java app engine applicatie is echter wel heel simpel in een andere applicatie server te draaien (maar dan zul je wel alternatieven moeten vinden voor de google api's wanneer je die gebruikt hebt)

Mysql gaat niet lukken. App Engine heeft een eigen datastore. Deze is wel toegankelijk via JPA en/of JDO, dus zolang je JPA gebruikt hebt kun je hem zo overzetten. Het is echter wel aan te raden om de boel een beetje anders te optimaliseren aangezien de datastore een bigtable oplossing is ipv een standaard relationele database. Dat vraagt een iets andere benadering mbt performance.

[Verwijderd]

Deze is wel toegankelijk via JPA en/of JDO, dus zolang je JPA gebruikt hebt kun je hem zo overzetten.

Niet helemaal zo. Vanwege big table werkt niet alles wat normaal in JPA werkt. Bepaalde association types en JPQL queries kun je niet uitvoeren.

Voor efficientie kun je beter helemaal je entity model omgooien, omdat joins er rottig zijn en je niet kunt filteren op attributen van joined entities.

Als je met JPA werkt, werkt je ook meestal met transacties. Die zijn bij GAE helemaal anders en behoorlijk 'vreemd'. Je start niet gewoon een transactie, en doet daar werk in en commit dan (of laat dit transparant doen door een EJB te gebruiken), maar er is een 'alien' concept van een entity-group die je normaal helemaal niet hebt in JPA.

Transactions kunnen alleen op zo'n entity group plaatsvinden.

Je 'gewone' JPA based code werkt dus meestal niet helemaal direct zo.

Over het algemeen support GAE van Java EE wel Servlet, JSP, JSF, CDI, JAXB en dus JPA met enkele haken en ogen. EJB, JNDI en JMS worden bijvoorbeeld niet supported en een hele swik classes uit Java SE ook niet.

Daarnaast zijn er zoals het artikel al vermeld vrij veel Google specific APIs. Nagenoeg alle interesante dingen van GAE gaan wel via zo'n eigen API, zodat je app al vrij snel vervalt van een "standaard Java" applicatie tot een "Google Java applicatie". GAE zelf is niet open source, dus als je om wat voor reden je app ergens anders wilt draaien kan dat eigenlijk niet.

[Maarten21]

Kan iemand mij voorbeeld geven van waarvoor App Engine gebruikt kan worden? (Wat doet het?) Dit haal ik niet uit het artikel.

[Sk0Ne]

Google haalt zijn cloud computing-dienst App Engine deze zomer uit bèta

Google App Engine enables you to build and host web apps on the same systems that power Google applications. App Engine offers fast development and deployment; simple administration, with no need to worry about hardware, patches or backups; and effortless scalability.

edit: bron: http://code.google.com/intl/nl/appengine/

[Reactie gewijzigd door Sk0Ne op 26 juli 2024 16:44]

[supersnathan94]

zover was ik ook al gekomen, maar in combinatie met de woorden cpu tijd en support voor langlopende processen waarvan de develloper zelf kan bepalen hoe lang die duren. had ik meer het idee dat het ging om een soort van externe rekenmachine/processing unit. dat zou namelijk kunnen betekenen dat zwakkere android phones met een goede verbinding toch moeilijke berekeningen kunnen uitvoeren die normaal gesproken veel tijd kosten. (het berekenen van pi in 1 miljoen decimalen bijvoorbeeld).


iig is het betalingssysteem erg duidelijk en goedkoop alleen schopt het wel tegen onze internet limieten aan of is het niet gelijk zo dat uitgaande data/bandbreedte ook op de telefoon binnenkomt?

iig dit zijn de prijsen die je moet betalen voor gebruik:
Outgoing Bandwidth gigabytes $0.12
Incoming Bandwidth gigabytes $0.10
CPU Time CPU hours $0.10
Stored Data gigabytes per month $0.15
High Replication Storage gigabytes per month $0.45
Recipients Emailed recipients $0.0001
Always On N/A (daily) $0.30
Backends (B1 class) Hourly per instance $0.08
Backends (B2 class) Hourly per instance $0.16
Backends (B4 class) Hourly per instance $0.32
Backends (B8 class) Hourly per instance $0.64

en al die dingen worden per dag afgerekend oftewel als je een gigbyte aan bandbreedte hebt dan mag je dat in een dag opgebruiken. alleen ben ik bang dat je dan de rest van de maand geen internet meer kan gebruiken of gelijk de hoofdprijs moet betalen gezien de internet limieten. of haal ik nu twee dingen door elkaar?

[humbug]

Je haalt dingen door elkaar Je huurt in feite een (deel van een) server bij Google. voor de data die van en naar de server gaat dien je te betalen. Die data komt echter niet op je telefoon of prive aansluiting terecht en met internet limieten heb je dus niets te maken. In feite berekent Google gewoon hoeveel data je verbruikt, hoeveel opslag er nodig is en wat voor belasting dat oplevert. Uiteindelijk komt daar een prijs uit voor het gebruik van de servers. Voordeel is natuurlijk dat dit erg schaalbaar is, nadeel dat je een hogere prijs betaald dan met eigen hardware. Daarnaast moet je maar net blij zijn dat je data dus ergens buiten je eigen controle komt te staan.

Dit is vooral interessant voor startups en partijen met sterk wisselend gebruik. Die hoeven dus niet een systeem neer te zetten wat geschaald is voor de maximale doorvoer terwijl er 23 uur van de dag veel minder capaciteit nodig.

[Dooxed]

Deze blogpost heeft nog een aantal sterke punten tegen deze dienst van Google http://www.tomstechblog.c...till-barely-worth-it.aspx, voornamelijk:

• In feite is dit gewoon hosting voor een webapps = website
• Bij een andere, standaard webhost krijg je veel meer mogelijkheden in keuze voor database & programmeertaal
• Google mag alles met jouw sourcecode doen

Wat wel zo is dat de vergelijking met een goedkope host niet helemaal op gaat, want als je via App Engine werkt zijn je apps 'in the cloud', dus geen single point of failure, goede backups, bescherming tegen uitval van enkel datacentrum etc. Bovendien zou ik denken dat alle API's die Google aanbied helpen om een ingewikkeld stuk software te schrijven zonder dat je zelf het wiel een paar keer moet uitvinden. Goede zaak.

[LOTG]

Als Google mag doen en laten met mijn source, en ik moet ze daar ook nog voor betalen ook vind ik dat een hele goede reden om er niets mee te maken willen hebben.

Ook is dit veel gelimiteerder dan bijvoorbeeld bij Microsoft. De prijzen zullen wel lager liggen, maar de voorwaarden zijn dan ook stukken slechter.

[supersnathan94]

Ohw dus als ik het goed begrijp is dit alleen relevant voor software developpers die een soort van webapp willen maken, maar er zelf de hardware niet voor hebben?

[i-chat]

maar dit heeft ook niet zo veel met smartphones te maken maar ook gewoon met desktops...

stel bijv dat je een eigen spamfilter wilt hebben die in google apps wordt geintergreerd.
of een incidenten-raportage-systeem ... dan ben je met al je users steeds berichten pagina's en raportages aan het lezen, versturen en backupen ik kan me bijvoorbeeld indenken dat je alle data dagelijks naar een eigen fileserver backupt voor het geval dat google plat gaat...

die app-engine is gewoon een hosted service die wat beter is toegericht om 'webaplicaties' voor je te draaien. je hebt dan geen eigen 'web/aplicatie' server meer nodig.

[Wolfos]

Gebruikers die meer dan 24 cpu-hours willen consumeren of meer dan 1 gigabyte data heen en weer willen schuiven

Per maand of per dag?

[TvdW]

Er staat "per dag" in het artikel.

[ChrissieOne]

Ja, na een aanpassing hoogstwaarschijnlijk, je gaat toch geen woorden weglaten uit copy-pasta om een reactie achter te laten?

[killingdjef]

De app engine kon altijd gratis gebruikt worden... bij een beperkt dataverkeer, dit vervalt nu neem ik aan?

Jammer.. want dit was toch een ideaal platform voor hobbyisten.

[Marzman]

Gebruikers die meer dan 24 instance-hours per dag willen consumeren of meer dan 1 gigabyte data heen en weer willen schuiven, moeten niet alleen op basis van gebruik betalen, maar moeten ook een startbedrag van 9 dollar per platform neerleggen. Daar krijgen ze dan wel een sla met een uptimegarantie van 99.95 procent voor terug.

Ik denk dat het daaronder gewoon gratis blijft. Logisch dat een dienst die uit beta komt een ander prijskaartje krijgt.

[supersnathan94]

moeten niet alleen op basis van gebruik betalen,

zegt wel genoeg denk ik. zodra je een grootverbruiker wordt betaal je 9 dollar extra, maar als je hier iedere dag onder zit dan betaal je je alsnog blauw.

[M0N0]

Onbeperkt gebruik van de prediction-api kost 10 dollar per project per maand. Bij meer dan 10.000 voorspellingen per maand moet bovendien 50 dollarcent per 1000 voorspellingen worden betaald.

Originele manier om te zeggen dat de eerste 10.000 voorspellingen per maand 10 dollar/maand kosten en de rest 0.5 per 1000.

[Feraturion]

Nou de Android fans mogen niet niet zeuren tegenover de Apple fans laatste 6 nieuws berichten gaan over google (ongeacht over Android)(niet te min dat ik Symbian draai)
Wat concurrentie en gespreidere intresse is goed.
Vooral voor de inovatie van multinationals om klanten te trekken omdat er concurrentie is die er toe doet.

(had soms het idee in het verleden dat apple nieuws positief of negatief de rest overschaduwde, war logisch is bij zo'n populair product)

[Reactie gewijzigd door Feraturion op 26 juli 2024 16:44]

[Chip.]

Komt door Google's IO event

[Dooxed]

Dus de dienst is gratis bij:

• < 24 instance hours / day
• < 1 GB data
• < 10.000 aanvragen prediction API ?

Klopt dat zo? Als je bij kleine projectjes de cloud gratis kan gebruiken ga ik misschien eens iets schrijven en uitproberen of het fijn werkt... Check:

App Engine costs nothing to get started. All applications can use up to 500 MB of storage and enough CPU and bandwidth to support an efficient app serving around 5 million page views a month, absolutely free. When you enable billing for your application, your free limits are raised, and you only pay for resources you use above the free levels.

http://code.google.com/ap...hatisgoogleappengine.html
En de Prediction API kost 10 USD per maand aan access kosten na de eerste 6 maanden. http://code.google.com/apis/predict/docs/pricing.html

[Reactie gewijzigd door Dooxed op 26 juli 2024 16:44]

[ZpAz]

Je hebt bij Amazon EC2 een jaar gratis een kleine instance. Misschien ook wat om naar te kijjen.

[dev10]

Heroku biedt ook gratis een clouddienst aan. Werkt door middel van git (http://www.heroku.com/how/workflow) en is geschikt voor Rails en Ruby applicaties.