Amazon driver plattformsfunktioner, api-gateway vid ett toppmöte

Jag deltog på Amazon Web Services-toppmötet i New York igår, och blev slagen av hur AWS subtilt har ändrat sitt budskap under åren.

AWS verkar nu i allt högre grad fokusera på att tillhandahålla verktyg som syftar till att göra livet lättare för utvecklare istället för att enbart fokusera på att skapa en alternativ infrastruktur till interna datacenter. Detta var tydligt i de nya produktmeddelandena - en API-gateway och en gård för att testa applikationskompatibilitet över ett brett spektrum av Android- och Amazon Fire-telefoner och surfplattor.

Amazon Web Services Chief Technology Officer Werner Vogels, som var värd för grundtonen, noterade hur företaget har utvecklats. Han började med lanseringen av AWS 2006, en tid då de flesta fördelarna var på affärssidan, och Amazon bryter ut "från att hålla gisslan av de traditionella IT-företagen."

Vogels fortsatte att notera hur företaget kontinuerligt har lagt till funktioner sedan dess och observerade att det lanserade 516 stora nya funktioner och tjänster 2014 och skulle lansera ytterligare funktioner i år. Amazon fortsätter att förgrena sig från infrastrukturtjänster och till säkerhet och hantering, hanteringsverktyg, plattformstjänster, företagsappar och, nyligen, hybridmolnhanteringsverktyg.

Som han ofta gör upprepade han mantraet att "molnet är det nya normala." Jag var emellertid mer intresserad när han påpekade att Amazon planerar att flytta från att bara erbjuda infrastruktur i slutet av ett API (applikationsprogramgränssnitt) till att erbjuda "plattformar i slutet av ett API." Med andra ord är det inte bara en betoning på Infrastructure as a Service (IaaS), utan också en betoning på Platform as a Service (PaaS).

Naturligtvis är detta inte riktigt nytt - Amazon har erbjudit plattformstjänster under en lång tid, till exempel Elastic MapReduce (EMR), som körs på Hadoop, som introducerades 2009 eller Dynamo DB noSQL-databasen, som infördes för tre år sedan. Men förändringen av betoning verkar märkbar.

I grundtonen diskuterade Vogels sex stora trender inom datoranvändning och Amazons reaktioner på var och en. Dessa inkluderade: flytta snabbt (enkelt snurra upp eller ner olika tjänster); fokusera på kärnkompetenser (låta företag fokusera på att skapa koden, medan Amazon tillhandahåller infrastrukturen); att ha inga servrar (inte ens serverinstanser, och istället använda händelsestyrda tjänster som Kinesis för dataströmning och Lambda för datortjänster); vara säker och kompatibel (med flera certifieringar, inklusive HIPAA); gå mobil (värd baksidan av tjänster som körs på mobila enheter); och sätta data i arbete (med fokus på företagets maskininlärningsprocess).

Jag var särskilt intresserad av konceptet att distribuera datortjänster utan att specificera eller distribuera specifika servrar och istället använda händelsestyrda tjänster som Lambda. Jag kan se var detta verkligen kan göra livet enklare för utvecklare av vissa typer av tjänster, och jag förblir fascinerad av de potentiella applikationerna för maskininlärning inom olika områden.

Linjen för en senare, mer detaljerad session om Amazon ML var bland de längsta på konferensen. Den sessionen nämnde möjliga applikationer, allt från personalisering och rekommendation till bedrägeri upptäckt och riktad annonsering. Jag kan se var kostnaden för tjänsten - 10 cent per 1 000 förutsägelser - kan verka ganska låg för vissa förutsägelser och ganska hög för andra.

De nya produkterna var intressanta och utvecklarorienterade, med de mest intressanta av dessa var den nya Amazon API Gateway, som gör att en utvecklare lättare kan skapa och hantera ett skalbart REST-API kring kod han eller hon har skrivit. Som Amazons Matt Wood förklarade stöder detta alla möjliga funktioner, som versionering, mätning och strypning, cache, signering och automatisering och möjligheten att generera en SDK för JavaScript, iOS eller Android. Tanken är att ta en komplex process och göra det enkelt.

Andra relativt nya funktioner inkluderar CodeCommit, ett hanterat kodförvar; CodePipeline, en kontinuerlig leveransplattform; Servicekatalog, som möjliggör organisering av olika tjänster för en självbetjäningsmiljö; och Device Farm, för att testa applikationer på ett brett utbud av riktiga Android- och Amazon Fire-smartphones och surfplattor. (Obs: detta verkar inte inkludera iOS-enheter.) Återigen verkar fokus mest på att göra livet enklare för utvecklare.

Som det har blivit vanligt vid utvecklarens nyckelord talade ett antal kunder om hur de använder Amazon Web Services. En verkställande direktör i Nordström nämnde ett litet team fokuserat på molnsupport som nu kunde stödja över 50 applikationsteam för att hjälpa dessa team att bygga bättre och snabbare applikationer. CTO för New York City Department of Transportation diskuterade med Amazons back-end för att driva en applikation som heter Vision Zero View, som visar trafikdödsolyckor och allvarliga personskador som går tillbaka till 2009, i hopp om att New Yorkers kommer att sakta ner och köra försiktigt. Och CTO för sjukförsäkringsstarten Oscar talade om hur dess användning av Amazon-tjänster med HIPPA-efterlevnad gjorde det möjligt för Oscar att bara ha två systemingenjörer för 45 utvecklare som arbetar med upp till 125 produktionsförändringar per dag. "Vi är klara med fysiska datacenter, " avslutade han.

Vogels betonade att "det handlar om att gå snabbt" och konstaterade att antalet verktyg bara fortsätter att växa. "Det har aldrig varit en bättre tid att bygga applikationer än just nu, " sade han.