MongoDB Sy: Serverlösa räkna med en stor skillnad

0
194

0

serversistock-507799454.jpg
Bild: Getty Images/iStockphoto

MongoDB är nytt Stygn service är en annan metod för att leverera serverlösa beräkna, men med en stor skillnad: det har staten.

De flesta serverlösa design och implementationer är statslösa: de snurra ett svar på att utlösa och när den funktion de har värden köra, de är bort. Det finns inget behov av att lagra tillstånd från instans till instans, som de är bara en del av ett övergripande program. Det hindrar inte att du förvarar statliga någon annanstans naturligtvis, med hjälp av verktyg som Twilio s Sync eller ett dokument databas.

Att bygga en serverlösa beräkna miljö på toppen av ett dokument databas vettigt för MongoDB, med fokus på mer komplexa applikationer än Twilio Funktioner eller AWS Lambdas. MongoDB ser sin övergång till plattform som mer besläktad med en Plattform som en Tjänst, särskilt de som erbjuder Backend som en Tjänst, som Microsofts Azure Mobile Services. Det är redo för webb och mobil användning, med Sdk för JavaScript -, iOS och Android.

Sahir Azam, MongoDB VP av Moln, beskriver detta som en del av en industri trenden mot en plattform för tjänster och att “databasen är en del av att leverera utvecklarnas produktivitet”.

Det är en viktig punkt, eftersom mycket av det vi bygger är beroende av en effektiv butik, och NoSQL dokument databaser som MongoDB erbjuda ett flexibelt schema-mindre butik som är lätt att integrera med JSON-baserade RESTful Api. Med hjälp av Stygn som en databas-native backend gör mycket mer meningsfullt i ljuset av detta, och Azam beskriver det som “icke-störande, det ger dig en Vilsam gränssnitt till befintliga databaser med regler i bara några klick.

Det är en metod som får dig att gå snabbt, speciellt om du redan använder MongoDB. Du kan snabbt migrera befintliga databaser till Atlas cloud service, punkt apps på sina ändpunkter, och sedan lägg till samtal till rätt Api: er via webhooks.

Hjälp Stitch arbetsflöde verktyg kan du sedan bygga en lämplig arbetsflöde för din app, ger dig en enda yta att arbeta mot. Du är inte begränsad till Stitch, som Azam anteckningar: “Du kan ringa ut till andra tjänster som AWS Lambda, få och använda resultat”.

Det är också en hybrid alternativ, med Stygn i molnet för att hantera ansökan samtal, och sedan replikera data tillbaka till MongoDB instanser som körs i ditt egna datacenter för ytterligare analytics. En kommande uppdatering till MongoDB kommer att lägga till nya i-databas analytisk förmåga, med inbyggd visualiseringar. Du kommer att snabbt kunna bygga upp lokala instrumentpaneler för att visa precis vad användarna gör med din ansökan, vilket ger dig en nära realtid se.

Som mer och mer moln-värd verktyg för att göra övergången till plattformar, det är klart att detta är det naturliga tillståndet av moln: en utvecklare-centrerad miljö där öppna Api: er har gjort det möjligt att ha samverkande funktioner och tjänster som kan kombineras med din egen affärslogik för att bygga komplexa applikationer. Varför ska du oroa dig för att den underliggande infrastrukturen när data center-skala operativsystem som Kubernetes hantera skalning och schemaläggning för dig?

Där MongoDB erbjudande skiljer sig från andra är dess cross-cloud alternativ. Du kommer att kunna stå upp en instans av Atlas AWS, i Azure, Google Cloud. Med multi-region-replikering för att minska risken för driftstopp, du kommer att vara i position att kunna hålla verksamheten igång i händelse av driftstopp i både regioner och moln. En extra fördel med denna metod är möjligheten att ta del av offentliga moln ” data suveränitet funktioner: till exempel, du kommer att kunna hålla data på flera Atlas instanser utan att behöva lämna Tyskland.

Azam konstaterar att det finns en hel del av komplexiteten i att hantera databaser över flera moln. De har alla olika virtuella infrastruktur krav och olika tjänster. Med en enda leverantör för cross-moln-tjänster vettigt, som Azam säger “vi abstrakt bort en hel del av nuance under varje moln-infrastruktur”. Med en fakturering partner också vettigt.

Det långsiktiga målet är vad Azam kallar “en global intelligenta databas”, baserad på Atlas. Till skillnad från andra globala databas tjänster, till exempel Microsofts CosmosDB eller Googles Spanner, det ska vara en som bygger på Atlas’ cross-cloud kapacitet. Azam beskriver det som att bygga på existerande byggstenar, “med ett klick på en knapp, en global skala fortfarande arbetar på MongoDB plattform”. Detta synsätt stämmer med nya funktioner som kommer att MongoDB, inklusive förändring strömmar i realtid använder och tillbehör till databasen egna query language. En tre-veckans utgåva kadens för Atlas bör se många av dessa nya funktioner rulla ut snabbt.

Ändra strömmar är sannolikt att vara en viktig del av Stitch-baserade program också, eftersom de kan användas för att anmäla och utlösa åtgärder baserat på förändringar. Istället för att köra databasen från Sy, databasen kommer att driva Sy.

Genom att bygga på befintliga plattformar moln med särskilda fall, Atlas kan dra nytta av den ökande omfattningen av den offentliga moln. Som AWS växer, till exempel Atlas kan växa, lägga till regioner och storstadsregioner utan MongoDB att behöva göra något. Med en multi-cloud metod, men det kan också ta fördel av de olika molnen metoder för olika geografiska områden.

Att vrida databas som en tjänst till platform as a service gör ett mycket vettigt. Det ska bli intressant att se vad som MongoDB kunder göra med både en multi-cloud Atlas och Sy.

Relaterade artiklar:

Serverlösa design och tar ytterligare ett steg forwardAWS Lambda ladorna intresse, produktion arbetsbelastning som serverlösa världen evolvesMicrosoft släpper förhandsvisning av nya Azure ‘serverlösa beräkna’ tjänst för att ta på AWS LambdaWhere AWS är på väg: Varje funktion som en hanterad tjänst i molnet

0