Amazon skyver plattformfunksjoner, api gateway ved et toppmøte

Jeg deltok på Amazon Web Services Summit i New York i går, og ble rammet av hvordan AWS med subtile forandringer har gitt budskap gjennom årene.

AWS ser nå ut til å være mer og mer fokusert på å tilby verktøy som tar sikte på å gjøre livet enklere for utviklere i stedet for kun å fokusere på å lage en alternativ infrastruktur til interne datasentre. Dette var tydelig i de nye produktmeldingene - en API-gateway og en gård for å teste applikasjonskompatibilitet på en lang rekke Android- og Amazon Fire-telefoner og nettbrett.

Amazon Web Services teknologisjef Werner Vogels, som var vert for grunntonen, bemerket hvordan selskapet har utviklet seg. Han begynte med lanseringen av AWS i 2006, en tid da de fleste fordelene var på forretningssiden, og Amazon brøt ut "fra å bli holdt som gisler av de tradisjonelle IT-selskapene."

Vogels fortsatte å merke hvordan selskapet kontinuerlig har lagt til funksjoner siden den gang, og observerte at det lanserte 516 viktige nye funksjoner og tjenester i 2014 og ville lansere ytterligere funksjoner i år. Amazon fortsetter å avgrense seg fra infrastrukturtjenester og til sikkerhet og administrasjon, styringsverktøy, plattformtjenester, bedriftsapper og, nylig, hybrid skystyringsverktøy.

Som han ofte gjør, gjentok han mantraet om at "skyen er den nye normalen." Jeg var imidlertid mer interessert da han bemerket at Amazon planlegger å flytte fra å tilby infrastruktur bare på slutten av et API (applikasjonsprogramgrensesnitt) til å tilby "plattformer på slutten av et API." Med andre ord, det er ikke bare en vektlegging av infrastruktur som en tjeneste (IaaS), men også en vekt på plattform som en tjeneste (PaaS).

Naturligvis er dette ikke helt nytt - Amazon har tilbudt plattformtjenester i lang tid, for eksempel Elastic MapReduce (EMR), som kjøres på Hadoop, introdusert i 2009, eller Dynamo DB noSQL-databasen, introdusert for tre år siden. Men endringen i vekt virker bemerkelsesverdig.

I hovednotatet diskuterte Vogels seks store trender innen databehandling, og Amazons reaksjoner på hver. Disse inkluderer: å bevege seg raskt (enkelt spinne opp eller ned forskjellige tjenester); fokusere på kjernekompetanse (la bedrifter fokusere på å lage koden, mens Amazon leverer infrastrukturen); å ha ingen servere (heller ikke serverforekomster, og i stedet bruke hendelsesstyrte tjenester som Kinesis for datastreaming og Lambda for databehandlingstjenester); være sikker og kompatibel (med flere sertifiseringer, inkludert HIPAA); gå mobil (hosting back-end av tjenester som kjører på mobile enheter); og sette data i arbeid (med fokus på selskapets maskinlæringsprosess).

Jeg var spesielt interessert i konseptet å distribuere datatjenester uten å spesifisere eller distribuere spesifikke servere, og i stedet bruke hendelsesstyrte tjenester som Lambda. Jeg kan se hvor dette virkelig kan gjøre livet enklere for utviklere av visse typer tjenester, og jeg er fortsatt fascinert av de potensielle bruksområdene for maskinlæring på en rekke felt.

Linjen for en senere, mer detaljert økt om Amazon ML var blant de lengste på konferansen. Den økten nevnte mulige applikasjoner, alt fra personalisering og anbefaling til svindeloppdagelse og målrettet reklame. Jeg kan se hvor kostnadene for tjenesten - 10 øre per 1000 spådommer - kan virke ganske lave for noen spådommer og ganske høye for andre.

De nye produktene var interessante og utviklerorienterte, med de mest interessante av disse var den nye Amazon API Gateway, som lar en utvikler lettere opprette og administrere et skalerbart REST API rundt kode han eller hun har skrevet. Som Amazons Matt Wood forklarte, støtter dette alle slags funksjoner, som versjon, måling og throttling, cache, signering og automatisering, og muligheten til å generere en SDK for JavaScript, iOS eller Android. Tanken er å ta en kompleks prosess og gjøre det enkelt.

Andre relativt nye funksjoner inkluderer CodeCommit, et administrert kodelager; CodePipeline, en kontinuerlig leveringsplattform; Tjenestekatalog, som muliggjør organisering av en rekke tjenester for et selvbetjeningsmiljø; og Device Farm, for testing av applikasjoner på et bredt utvalg av virkelige Android- og Amazon Fire-smarttelefoner og nettbrett. (Merk: dette ser ikke ut til å omfatte iOS-enheter.) Igjen virker fokus mest på å gjøre livet enklere for utviklere.

Som det har blitt vanlig ved utviklingsnøkkler, snakket en rekke kunder om hvordan de bruker Amazon Web Services. En leder av Nordstrom nevnte et lite team fokusert på skystøtte som nå kunne støtte over 50 applikasjonsteam, for å hjelpe disse teamene med å bygge bedre og raskere applikasjoner. CTO for New York City Department of Transportation diskuterte ved å bruke Amazons back-end for å drive en applikasjon kalt Vision Zero View, som viser omkomne i trafikken og alvorlige skader som går tilbake til 2009, i håp om at New Yorkere vil bremse og kjøre forsiktig. Og CTO for oppstart av helseforsikring Oscar snakket om hvordan bruken av Amazon-tjenester med HIPPA-overholdelse gjorde det mulig for Oscar å bare ha to systemingeniører for 45 utviklere som jobber med opptil 125 produksjonsendringer per dag. "Vi er ferdige med fysiske datasentre, " konkluderte han.

Vogels la vekt på at "det hele handler om å gå raskt, " og bemerket at antall verktøy bare fortsetter å vokse. "Det har aldri vært en bedre tid å bygge applikasjoner enn akkurat nå, " sa han.