Als je een investeerder, zou u geven een middelgrote opstarten bestaat volledig van ingenieurs en sport een open source product $11,5 miljoen te streven naar een enkelvoudig pad te midden van de zware concurrentie? Je zou, als het was in het heetste gebied van data management, opgericht door een ex-Googler met een grondige expertise op het onderwerp, en had een paar Fortune 500 klanten al.
Dat is wat Redpoint Ventures, met deelname van de vorige beleggers Bain Capital Ventures, Merel Ventures, Grok Ventures en Airtree Ventures net voor Dgraph, Manish Jain ‘ s open source grafiek database opstarten. Tijdens zijn periode bij Google, Jain led de knowledge graph serving systeem van inspanning.
Hoewel we meestal niet de dekking van de financiering van rondes, dit was een mogelijkheid om verbinding te maken met Jain. Dgraph en Jain beide hebben een soort onderstroom reputatie in de grafiek database wereld, en het gesprek stelde niet teleur.
Grafiek databases en Dgraph
Ten eerste, zelfs als u niet achter ons (we zijn in de grafiek database ruimte eerder dan de meeste), je hebt misschien gemerkt dat wanneer de Gartner woorden sprak grafiek eerder dit jaar:
“De toepassing van de grafiek verwerking en grafiek DBMSs zal groeien met 100 procent per jaar door middel van 2022 tot en voortdurend versnellen data preparatie en het inschakelen van meer complexe en adaptieve gegevens wetenschap.
Grafiek opgeslagen gegevens kunnen op een efficiënte manier model, onderzoeken en het opvragen van gegevens met complexe onderlinge relaties tussen data silo ‘ s, maar de behoefte aan gespecialiseerde vaardigheden heeft beperkt hun adoptie-to-date.
Grafiek analytics zal groeien in de komende jaren, vanwege de noodzaak om te vragen complexe vragen over complexe data, die niet altijd even praktisch of zelfs mogelijk op schaal met behulp van SQL-query ‘s”.
Amen, en zelfs als je niet let op, VCs blijkbaar. Het gesprek met Jain begon te praten geld. Vandaag de dag Dgraph had aangevoerd, van een totaal van $3M in de zaad-en pre-seed-rondes. Jain schat dat dit rond Een financiering moeten geven hen een start-en landingsbaan tot 2022. Afhankelijk van hoe het team groeit, dat is, dat was een goede manier om af te halen op het gesprek.
Grafiek is ingesteld voor de groei, omdat het kan helpen bij het model critical use case gevallen in de echte wereld. U hoorde het hier het eerst, nu de Gartners van de wereld zijn in het oppikken van deze, ook. Afbeelding: AWS
Momenteel Dgraph heeft iets van een tiental engineers, verdeeld over 2 locaties – San Francisco en Bangalore. Dat is inclusief Jain, die een zeer hands-on CEO. Het plan is tot ongeveer het dubbele van het team tot het einde van het jaar, maar de grote vraag is “hoe”.
Al kunnen we ons verhouden tot hoe alle-ingenieur teams kunnen ton van het werk wordt gedaan in een niet-pluis-net-spullen weg, er is een voor de hand liggende probleem met die aanpak: hoe zullen de mensen in de onderneming te krijgen om te kopen uw speelgoed zonder verkoop, marketing en dergelijke?
Doen ze gewoon struikelen op het in het wild, en ze gaan gebruiken, dan dat ze beslissen dat ze moeten betalen voor de enterprise-versie, en komen kloppen op je deur? Dat is zo ongeveer hoe het werkt, voor Dgraph, volgens Jain.
Dgraph, Jain zei, is duurzaam en heeft een paar zakelijke klanten, maar namen niet openbaar worden gemaakt. Jain heeft vermeld het doel is te investeren in het team en het opbouwen van een herhaalbare sales proces, maar de hard-core developer-centric aanpak niet zal veranderen. Dus het is de moeite waard, wat het is dat is steeds Dgraph verkopen zonder een sales team.
Dgraph de weg
Ten eerste, voor de hand liggende: Dgraph is open source, dus iedereen kan gewoon downloaden en start dan onmiddellijk met het gebruik. Op dit punt, maar er zijn Opstart-en Enterprise-versies van de open source software, is er niet veel verschil in termen van functies, behalve (cruciaal) ondersteuning en de grootte van het cluster. Dat is aan het veranderen, met Dgraph prioriteren van de ontwikkeling van Enterprise-functies.
Een andere belangrijke keuze die gemaakt is door Dgraph is om te voldoen aan het merendeel van de ontwikkelaars toepassingen in de bouw waar ze zijn. En dat is, volgens Jain, is in JSON en GraphQL land. Hoewel GraphQL is het krijgen van waar JSON al is — een de facto standaard — er is één probleem: GraphQL, in wat waarschijnlijk één van de meest verwarrende misnomers we hebben gezien, is het NIET een grafiek query language.
Als geheugensteuntje, is in de grafiek database wereld, er zijn een paar campings en meer query talen. RDF graph databases gebruiken SPARQL, die net als RDF is een W3C-standaard. Eigendom graph databases zijn niet gestandaardiseerd is, en komen met een veelheid van query talen. Meest populaire onder hen zijn de Cypher, open afkomstig van Neo4j, en Gremlin, een onderdeel van de open source Apache Tinkerpop project.
Hoewel Jain zei Dgraph kan ondersteuning toevoegen voor Cypher en/of Gremlin op een bepaald punt, hij was onvermurwbaar, hij is er niet heel veel van ze. Dus in plaats van de vaststelling van een van deze, Dgraph uitgebreide GraphQL om daadwerkelijk te laten werken met grafieken, het benoemen van het GraphQL+. Verwarrend, zonder twijfel. En het wordt nog erger.
Dgraph is een grafisch gegevens-bestand dat zich onderscheidt van het verdrag in deze ruimte, en wil het adres van een grotere markt.
Onlangs heeft het W3C heeft een proces in gang gezet om te standaardiseren eigendom grafiek data model en query talen. Hoewel het slechts het begin is, zou dit kunnen leiden tot 2 grote grafiek database kampen (RDF en eigendom grafiek) met volledige interoperabiliteit tussen het aanbod in elk kamp, mogelijk ook tussen kampen tot op zekere hoogte. Waarom zou Dgraph wil de oneven een uit? Zou ze niet profiteren van standaardisatie, ook?
De manier om dit te doen zou zijn om GraphQL+ extensies aangenomen door GraphQL. Wanneer u wordt gevraagd, Jain genoemde hij deed dit bespreken met Lee Byron, die wordt gecrediteerd met het co-creëren van GraphQL op Facebook. Byron heeft geen interesse in deze, en Jain erkend krijgen van GraphQL+ gestandaardiseerd als onderdeel van GraphQL is niet erg waarschijnlijk. Dat lijkt niet te deren hem niet veel, echter.
Hoewel het duidelijk is dat het hebben van een standaard SQL is instrumenteel geweest in relationele database adoptie, Jain zei: hij ziet niet veel enthousiasme rond grafiek database normen. Hij ging nog een stap verder eigenlijk, waarin hij zelfs niet echt te zien Dgraph als een grafiek database, maar eerder als een algemene database met een grafiek van de back-end.
Iets als StackOverflow, Jain zei, zou heel goed zijn gebouwd op Dgraph. Dit is de reden waarom Jain is het plaatsen van zijn inzet op GraphQL+, en is niet echt enthousiast over duwen Dgraph als een grafiek database, maar eerder als een “krachtige oplossing voor toepassing gebouw”.
Een enkelvoudig pad naar glorie?
Dat is allemaal prima en goed, maar Dgraph is niet de enige database dat ondersteunt GraphQL – zelfs niet de enige grafiek database om dit te doen. Fauna en Neo4j de GROTE stapel komen voor de geest, en de lijst van databases benutten GraphQL lijkt te groeien. Dus, als u wilt een database met GraphQL ondersteuning, waarom kiezen Dgraph?
Omdat volgens Jain, Dgraph is de snelste, beter schaalbaar optie: “Dgraph is ontworpen om uit te voeren net zo goed op de grafische stijl joins en draaien en SQL stijl kiest, het verstrekken van de enige echte schaalbare algemene doel grafiek database die vandaag beschikbaar zijn.”
Producten die de nadruk leggen op prestaties en schaalbaarheid op deze manier meestal zorg ervoor dat ze circuleren een paar benchmarks terug van hun vorderingen. Hoewel Jain was niet verlegen noemen benchmarks gedaan door klanten, beweren ze toonde Dgraph worden 10 keer sneller dan andere opties (namen te noemen, die we voorlopig niet), er is niets meer te zien is voor op dit moment. Jain zei Dgraph kan loslaten sommige benchmarks in de toekomst, met de gebruikelijke waarschuwing rond benchmark complexiteit en betrouwbaarheid.
Dgraph is het aansnijden van een enkelvoudig pad voor zichzelf in de groeiende grafiek database markt. Of het een succes gaat worden, de tijd zal het leren
Getty Images/iStockphoto
Dgraph heeft “low-latency willekeurige diepte-joins en draaien, Jepsen getest gedistribueerde transacties, gegevens sharding en synchrone replicatie en een flexibel schema”. Jain zei dat dit is wat mensen zoeken in een database, en het plan is om de financiering te voltooien Dgraph de enterprise-functies.
Jain ook gezegd dat ze een Dgraph managed service wordt uitgevoerd op alle wolken, gebaseerd op de bestaande ondersteuning voor Kubernetes. In termen van strategie, ze geven de voorkeur aan ‘greenfield’ – projecten, en ze liever dat je een stuk van de (veel grotere) relationele en NoSQL database van de markt, dan ga na de leiders in de grafiek database markt.
Veel van het bovenstaande geldt niet alleen zinvol, maar ook klinkt behoorlijk indrukwekkend. Wij houden wel van een gezonde dosis scepsis. Dgraph maakt een aantal claims die nodig zelf-controle, en we weten niet hoe veel mensen kunnen / zullen dit doen. Plus, het uitvoeren van op die enkelvoud pad naar glorie kan een grote bestelling voor een startup op het podium, waar Dgraph is op dit moment.
Dgraph is zeker de moeite waard om in het oog te houden. Of de unieke pad naar grafiek heerlijkheid zal blijken te zijn de kortste één, valt nog te bezien.
Verwante Onderwerpen:
Digitale Transformatie
Robotica
Het Internet van Dingen
Innovatie
Enterprise Software
CXO