Om du är en investerare, skulle du ge en medelstor start bestod helt av ingenjörer och sport en open source produkt $11,5 miljoner kronor för att fullfölja en enda väg mitt i den hårda konkurrensen? Du kan, om det var inom det hetaste området för data management, grundades av en ex-Googler med djup kompetens i ämnet, och hade ett par Fortune 500-kunder redan.
Det är vad Redpoint Ventures, med deltagande från tidigare investerare Bain Capital Ventures, Koltrast Ventures, Grok Ventures och Airtree Ventures gjorde bara för Dgraph, Manish Jain är open source-diagram databas start. Under sin tid på Google, Jain ledde knowledge graph som betjänar system ansträngning.
Även om vi inte brukar täcka finansieringen av rundor, detta var en möjlighet att få kontakt med Jain. Dgraph och Jain har båda en slags underström rykte i grafdatabas världen, och det samtalet gjorde ingen besviken.
Grafdatabaser och Dgraph
Först och främst, även om du inte har följt oss (vi har varit i grafen databas utrymme tidigare än de flesta), du kanske har märkt när Gartner orakel graf talade tidigare i år:
“Tillämpningen av grafen bearbetning och diagram Dbhs kommer att växa på 100 procent per år till och med 2022 att ständigt accelerera data förbereda och möjliggöra mer komplexa och adaptiva data vetenskap.
Diagram lagrar data på ett effektivt sätt kan modellen, utforska och söka data med komplexa sambanden mellan data silos, men behovet av specialiserade kunskaper har begränsat deras antagande till dag.
Diagram analytics kommer att växa under de närmaste åren på grund av behovet av att ställa komplexa frågor i komplexa uppgifter, som inte alltid är praktiskt eller ens möjligt att i stor skala med hjälp av SQL-frågor”.
Amen till det, och även om du inte kan ta del VCs tydligen gjorde. Samtalet med Jain började prata pengar. Innan idag, Dgraph gav upphov till en summa av $3M i frö och pre-seed omgångar. Jain uppskattningar denna runda En finansiering bör ge dem en banan till 2022. Beroende på hur laget växer, som är, som var ett bra sätt att plocka upp samtalet.
Diagrammet ligger för tillväxt, eftersom det kan hjälpa modell kritiska användningsfall fall i den verkliga världen. Ni hörde det här först, nu Gartners av världen är att plocka upp på det, också. Bild: AWS
För närvarande Dgraph har något som liknar ett dussin ingenjörer fördelat på 2 platser – San Francisco och Bangalore. Det är bland annat Jain, som är en mycket praktisk VD. Planen är att ungefär dubbelt team till slutet av året, men den stora frågan är “på vilket sätt”.
Men vi kan relatera till hur alla-ingenjör lag kan få massor av arbete som utförts i en no-fluff-bara-grejer sätt, det finns ett uppenbart problem med denna metod: hur kommer människor i företaget får köpa din leksak utan försäljning, marknadsföring och liknande?
Gör de bara snubbla på det i det vilda, och de börjar använda den, då vill det så mycket att de bestämmer att de måste betala för enterprise-versionen, och knackar på din dörr? Det är ganska mycket hur det har varit att arbeta för Dgraph, enligt Jain.
Dgraph, Jain sade, har varit hållbar, och har några kunder företag, även om namnen inte kan lämnas ut. Jain nämnde målet är att få ihop ett lag och bygga en repeterbar process för försäljning, men hard-core developer-centrerad strategi kommer inte att förändras. Så det är värt att kolla vad är det som har varit blir Dgraph försäljning utan ett säljteam.
Dgraph sätt
Första off, det uppenbara: Dgraph är öppen källkod, så att alla kan bara ladda ner och börja använda den direkt. Vid denna punkt, även om det finns Start-och Enterprise-versioner av programvara med öppen källkod, det finns inte mycket skillnad i fråga om funktioner, utom (avgörande) stöd och kluster. Det handlar om att ändra om, med Dgraph att prioritera utveckling av fler Företag har.
Ett annat viktigt val som gjorts av Dgraph är att tillgodose merparten av utvecklare att bygga applikationer där de är. Och som, enligt Jain, är i JSON och GraphQL mark. Men GraphQL är att få vara där JSON redan är-en de facto-standard — det är ett problem: GraphQL, i vad som förmodligen är en av de mest förvirrande misnomers vi har sett, är INTE en graf query language.
Som en påminnelse, i grafdatabas världen, det finns ett par läger och mer frågespråk. RDF-grafen databaser använder SPARQL, som RDF är en W3C-standard. Fastigheten grafdatabaser är inte standardiserade, och kommer med en mängd av frågespråk. Mest populära bland dem är Cypher, öppen källkod med Neo4j, och Gremlin, del av open source Apache Tinkerpop projektet.
Men Jain sade Dgraph kan lägga till stöd för Cypher och/eller Gremlin någon gång, han var övertygad-han är inte så förtjust i dem. Så i stället för att anta en av dessa, Dgraph utökade GraphQL att faktiskt göra det att fungera med grafer, namnge det GraphQL+. Förvirrande, utan tvekan. Och det blir värre.
Dgraph är en grafdatabas som avviker från konventionen i detta utrymme, och vill rikta en större marknad.
Nyligen W3C har inlett en process för att standardisera egendom diagram data modell och fråga språk också. Men det är bara början, kan detta leda till 2 stora grafdatabas läger (RDF och egendom graf) med full interoperabilitet mellan olika erbjudanden i varje läger, eventuellt också mellan olika läger till viss del. Varför skulle Dgraph vill vara den udda ett ut? Skulle de inte dra nytta av standardisering, också?
Ett sätt att göra detta skulle vara att ha GraphQL+ tillägg antogs av GraphQL. När vi frågade, Jain nämnde att han gjorde diskutera detta med Lee Byron, som krediteras med co-skapa GraphQL på Facebook. Byron inte uttrycka något intresse för detta, och Jain erkände att få GraphQL+ standardiserade som en del av GraphQL är inte särskilt troligt. Som inte verkar bry sig om honom mycket, dock.
Men det är klart att med en vanlig SQL har varit avgörande i relationsdatabas antagande, Jain sade att han inte ser mycket entusiasm runt grafdatabas standarder. Han gick ett steg längre faktiskt, nämner han inte ens riktigt se Dgraph som en grafdatabas, utan snarare som en generell databas med en graf back-end.
Något som StackOverflow, Jain sagt, kan mycket väl vara byggd på Dgraph. Det är därför Jain är att placera sin insats på GraphQL+, och är inte riktigt förtjust i att trycka Dgraph som en grafdatabas, utan snarare som en “kraftfull lösning för ansökan byggnad”.
En enda väg till ära?
Det är allt fint och bra, men Dgraph är inte den enda databasen som stöder GraphQL – inte ens den enda diagram databas för att göra detta. Fauna och Neo4j GRAND stack kommer att tänka på, och listan över databaser utnyttja GraphQL tycks växa. Så om du vill ha en databas med GraphQL stöd, varför välja Dgraph?
Eftersom det, som per Jain, Dgraph är den snabbaste, mer skalbart alternativ: “Dgraph är konstruerade för att utföra lika bra på grafen stil går och traversals och SQL-stil väljer, som ger den enda verkligt skalbar för allmänna ändamål diagram databas som finns tillgänglig idag.”
Produkter som framhäver prestanda och skalbarhet för att på detta sätt typiskt se till att de cirkulerar ett par riktmärken för att backa sina påståenden. Men Jain var inte blyg för att citera riktmärken som görs av kunder, hävdar de visade Dgraph vara 10 gånger eller fler snabbare än andra alternativ (att nämna namn, som vi vann inte), det finns ingenting att visa for denna vid denna punkt. Jain sade Dgraph kan släppa några riktmärken i framtiden, med den vanliga förbehållet runt riktmärke komplexitet och tillförlitlighet.
Dgraph är att lyfta ut en enda väg för sig själv i den växande grafdatabas marknaden. Oavsett om det kommer att vara framgångsrik, tiden får utvisa
Getty Images/iStockphoto
Dgraph har “låg-latency godtycklig-djupet går och traversals, Jepsen testade distribuerade transaktioner, uppgifter sharding och synchronous replication support och ett flexibelt schema”. Jain sade att detta är vad människor som söker i en databas, och planen är att använda medel för att slutföra Dgraph företagets funktioner.
Jain också sagt att de kommer att vara med och bygga upp en Dgraph managed service att köra på alla moln, baserat på deras befintliga stöd för Kubernetes. I termer av strategi, de prioriterar greenfield projekt, och de vill hellre få en bit av den (mycket större) relationella och NoSQL-databas marknaden, än att gå efter ledarna i grafdatabas marknaden.
Mycket av ovanstående inte bara vettigt, utan också låter ganska imponerande. Vi vill dock behålla en hälsosam skepticism. Dgraph gör en del påståenden som inte kräver egen kontroll, och vi vet inte hur många människor som kan / kommer att göra detta. Plus, du kör på den sällsamma väg till ära kan vara en lång för en start på det stadium där Dgraph är närvarande.
Dgraph är definitivt värt att hålla ett öga på. Vare dess unika väg till diagram härlighet skall visa sig vara den kortaste, återstår att se.
Relaterade Ämnen:
Digital Omvandling
Robotteknik
Sakernas Internet
Innovation
Affärssystem
CXO