Se tu fossi un investitore, darebbe una media di avvio composto completamente di tecnici e sportivi di un prodotto open source 11,5 milioni di dollari per perseguire un singolare percorso in mezzo a concorrenza pesante? Si potrebbe, se fosse nella zona più calda della gestione dei dati, è stata fondata da un ex-Googler con profonde conoscenze sull’argomento, e aveva un paio di clienti Fortune 500 già.
Che è quello che Redpoint Ventures, con la partecipazione di precedenti investitori Bain Capital Ventures, Merlo Ventures, Grok Venture e Airtree Venture appena fatto per Dgraph, Manish Jain open source grafico avvio del database. Durante il suo tempo a Google, Jain led il knowledge graph che serve il sistema di sforzo.
Anche se noi di solito non coprire il finanziamento round, questa è stata un’occasione per connetterti con Jain. Dgraph e Jain entrambi hanno una sorta di sottofondo reputazione nel grafico database mondo, e la conversazione non ha deluso.
Grafico database e Dgraph
Prima di tutto, anche se non sempre ci seguono (siamo stati nel grafico spazio per il database prima di quanto la maggior parte), si può notare quando il Gartner oracoli parlato grafico di quest’anno:
“L’applicazione di elaborazione grafico e grafico Dbms crescerà al 100 per cento all’anno fino al 2022 continuamente accelerare la preparazione dei dati e consentire una più complessa e adattabile scienza di dati.
Grafico archivi di dati in modo efficiente modello, esplorare e i dati di query complesse interrelazioni tra i silos di dati, ma la necessità di competenze specialistiche ha limitato la loro adozione, alla data.
Grafico analytics crescere nei prossimi anni a causa della necessità di chiedere domande complesse attraverso dati complessi, che non è sempre pratico o possibile in scala, utilizzando query SQL”.
Amen, e anche se non ha preso nota, VCs quanto pare non ha fatto. La conversazione con Jain iniziato a parlare di soldi. Prima di oggi, Dgraph aveva sollevato un totale di $3M in seed e pre-seed round. Jain stime di questo round di finanziamento dovrebbe dare loro una pista fino al 2022. A seconda di come la squadra cresce, che è, che era un buon modo per riprendere la conversazione.
Il grafico è impostato per la crescita, perché può aiutare a modello di consumo critico casi di casi nel mondo reale. Avete sentito qui prima, ora il Gartners del mondo stanno raccogliendo su questo, troppo. Immagine: AWS
Attualmente, Dgraph ha qualcosa come una dozzina di ingegneri che si sviluppa su 2 posizioni – San Francisco e Bangalore. Compreso Jain, che è molto pratico, CEO. Il piano è di circa il doppio la squadra fino a fine anno, ma la grande domanda è: “in che modo”.
Anche se si può riguardare come tutte le squadre di ingegneri possono ottenere tonnellate di lavoro svolto in un no-fluff-solo-roba così, c’è un evidente problema con questo approccio: come sarà l’enterprise arriva a comprare il gioco senza che le vendite, il marketing e simili?
Si proprio imbattono in natura, e si inizia ad usarlo, poi ti piace così tanto che hanno deciso di bisogno di pagare per la versione enterprise, e vengono a bussare alla tua porta? Che è più o meno come è stato lavorare per Dgraph, secondo Jain.
Dgraph, Jain ha detto, è stato sostenibile, e ha un paio di clienti enterprise, anche se i nomi non possono essere divulgate. Jain ha menzionato l’obiettivo è quello di accelerare la squadra e costruire un modello ripetibile processo di vendita, ma l’hard-core developer approccio incentrato non cambia. Quindi vale la pena controllare che cosa è che è stato sempre Dgraph la vendita, senza un team di vendita.
Dgraph modo
Prima di tutto, ovvio: Dgraph è open source, quindi chiunque può semplicemente scaricare e iniziare a utilizzare immediatamente. A questo punto, anche se ci sono delle Startup e versioni Enterprise di software open source, non c’è molta differenza in termini di caratteristiche, tranne la (fondamentale) il supporto e la dimensione del cluster. Che sta per cambiare, però, con Dgraph priorità per lo sviluppo di ulteriori funzionalità dell’organizzazione.
Un altro tasto di scelta Dgraph è quello di soddisfare la maggior parte delle sviluppatori di applicazioni dove sono. E che, secondo Jain, è in JSON e GraphQL terra. Se GraphQL è di arrivare a essere dove JSON è già — uno standard de facto — c’è un problema: GraphQL, in quello che è probabilmente uno dei più confusi termini impropri abbiamo visto, NON è un grafico linguaggio di query.
Come promemoria, nel grafico database mondo, ci sono un paio di campi di concentramento e di più linguaggi di query. RDF grafico database, utilizzare SPARQL, che, come RDF è uno standard W3C. Grafico di proprietà di database non sono standardizzate, e venire con una moltitudine di linguaggi di query. Più popolare tra loro sono Cypher, open source da Neo4j, e Gremlin, parte della open source di Apache Tinkerpop progetto.
Se Jain ha detto Dgraph può aggiungere il supporto per Cypher e/o Gremlin a un certo punto, lui è stato irremovibile — lui non è molto affezionato a loro. Così, invece di adottare uno di questi, Dgraph estesa GraphQL effettivamente fare il lavoro con i grafici, la denominazione si GraphQL+. Confusione, non c’è dubbio. E c’è di peggio.
Dgraph è riportato un grafico database che si allontana dalla convenzione in questo spazio, e vuole affrontare un mercato più ampio.
Recentemente, il W3C ha avviato un processo di standardizzare grafico di proprietà di modello di dati e linguaggi di interrogazione, troppo. Anche se è solo l’inizio, questo potrebbe portare a 2 grandi grafico database campi (RDF e grafico di proprietà) con la piena interoperabilità tra le offerte di in ogni campo, potenzialmente, anche tra i campi di una certa entità. Perché Dgraph desidera essere strana? Essi non beneficiano di standardizzazione, troppo?
Il modo per farlo sarebbe quello di avere GraphQL+ estensioni adottato da GraphQL. Quando è stato chiesto, Jain detto che ha fatto discutere di questo con Lee Byron, che è accreditato con la co-creazione di GraphQL a Facebook. Byron non ha espresso alcun interesse in questo, e Jain riconosciuto ottenere GraphQL+ standard come parte di GraphQL non è molto probabile. Che non sembra dargli fastidio più di tanto, però.
Anche se è chiaro che avere uno standard di SQL è stato strumentale nel database relazionali adozione, Jain ha detto di non vedere tanto entusiasmo intorno graph database standard. Lui fece un passo in avanti, in realtà, menzionando, non ha nemmeno davvero vedere Dgraph come un grafico di database, ma piuttosto come un generico database con un grafico di back-end.
Qualcosa come StackOverflow, Jain ha detto, potrebbe benissimo essere costruito su Dgraph. Questo è il motivo per cui Jain è piazzare la sua scommessa su GraphQL+, e non è davvero appassionati di spingere Dgraph come un grafico di database, ma piuttosto come un “potente soluzione per l’applicazione edificio”.
Un singolare percorso verso la gloria?
Questo è tutto bene e bene, ma Dgraph non è l’unico database che supporta GraphQL – non solo grafico database per fare questo. La Fauna e la Neo4j GRAND stack vengono in mente, e l’elenco dei database sfruttando GraphQL sembra destinata a crescere. Quindi, se volete un database con GraphQL supporto, perché scegliere Dgraph?
Perché, secondo Jain, Dgraph è il più veloce, più scalabile opzione: “Dgraph è stato progettato per eseguire altrettanto bene su stile grafico di join e di questo tipo di query SQL e di stile selezionare, fornendo l’unica veramente scalabile, general purpose grafico database disponibili oggi.”
Prodotti che mettono in risalto le prestazioni e la scalabilità in questo modo di solito assicurarsi che circolano alcuni benchmark a sostenere le loro rivendicazioni. Se Jain non era timido di citare benchmark fatto da clienti, sostenendo che essi hanno mostrato Dgraph essere 10 volte più veloce rispetto ad altre opzioni (nomi, che non abbiamo), non c’è nulla da mostrare per questo, a questo punto. Jain ha detto Dgraph può rilasciare alcuni parametri di riferimento, in futuro, con la solita avvertenza intorno benchmark complessità e affidabilità.
Dgraph si sta ritagliando un singolare percorso di per sé in crescita graph database di mercato. Se sarà un successo, il tempo ci dirà
Getty Images/iStockphoto
Dgraph vanta “a bassa latenza arbitrario-profondità join e attraversamenti, Jepsen testato le transazioni distribuite, dati sharding e la replica sincrona di supporto e di uno schema flessibile”. Jain ha detto questo è quello che la gente cerca in un database, e il piano è quello di utilizzare i finanziamenti per completare Dgraph la funzionalità dell’organizzazione.
Jain ha detto anche che sarà la costruzione di un Dgraph servizio gestito da eseguire su tutte le nuvole, basandosi sulle loro supporto per Kubernetes. In termini di strategia, danno la priorità ai progetti greenfield, e si preferisce ottenere un pezzo di (molto più grande) relazionali e NoSQL database di mercato, di andare dopo che i leader nel grafico database di mercato.
Molto sopra non ha senso, ma anche dei suoni abbastanza impressionante. Noi, tuttavia, mantenere un sano scetticismo. Dgraph fa alcune affermazioni che richiedono di auto-verifica, e non sappiamo quante persone possono fare questo. Inoltre, l’esecuzione di quel singolare percorso verso la gloria può essere un lavoro difficile per un avvio la fase di Dgraph è attualmente.
Dgraph è sicuramente vale la pena tenere d’occhio. Se il suo singolare percorso grafico gloria si rivelerà essere la più breve, rimane essere visto.
Argomenti Correlati:
La Trasformazione Digitale
Robotica
Internet delle Cose
L’innovazione
Enterprise Software
CXO