Cremlino di foglie backdoor conto in migliaia di rapporti non protetti i database aziendali
“Admin@kremlin.ru” conto avvistata in migliaia di russo collegati a internet esposti database MongoDB.
Le applicazioni di oggi vogliono tutto, e il database di alimentazione di loro sono costretti a seguire: Auto-distribuzione e la scalabilità sia on premise e nel cloud, multi-cloud, cloud ibrido, più di resilienza, geo-distribuzione, e di SQL.
Abbiamo visto che l’elenco dei database con tutte queste è piuttosto breve. Oggi, tuttavia, in un altro database è fare l’elenco: FaunaDB. FaunaDB è stato creato da un ex dipendente di Twitter N. 15 Evan Weaver per affrontare i problemi che egli ha vissuto in prima persona su Twitter. FaunaDB è stato un NoSQL soluzione, ma non più.
FaunaDB appena acceso campi durante la notte, diventando più interessante di un più ampio, diversi target di pubblico, aggiungendo il supporto per GraphQL per applicazioni web, così come CQL per chiave-valore access e SQL relazionale per i carichi di lavoro. ZDNet ha avuto un Q&A con Weaver per scoprire come e perché questo è venuto per essere, e che cosa significa per FaunaDB e gli utenti del database.
Il nuovo FaunaDB: FQL, SQL, GraphQL
La prima cosa che abbiamo chiesto è che tipo di SQL sarà supportato. È di tipo SQL, o pianura vecchio ANSI SQL? Weaver ha detto che l’obiettivo è una variante di ANSI SQL come altri database relazionali:
“Come quei database ci sarà probabilmente un paio di parole chiave personalizzate e un paio di luoghi dove la specificazione non è chiaro o dobbiamo divergono leggermente. Come gli altri, nel nostro spazio, cominciamo con le basi e conservare l’estensione e l’espansione nel tempo per soddisfare il cliente i casi di utilizzo. Crediamo SQL è importante per l’azienda, ma le applicazioni sono in continua evoluzione, e così sono competenze da parte degli sviluppatori.”
Aggiungendo il supporto SQL, FaunaDB ha trasformato da NoSQL per SQL durante la notte.
×
sql-1.png
Quanta varianza c’è in quella variante, e se funziona per loro, gli utenti dovranno vedere per se stessi. In ogni caso, questo apre la porta a un metodo di gran lunga più vasto pubblico, disposti o in grado di imparare le specifiche di FaunaDB proprio linguaggio di query FQL, al fine di utilizzarlo. Ma non è tutto: il nuovo FaunaDB viene fornito con GraphQL e CQL, troppo, ciascuna con un diverso scopo.
GraphQL è un modo per semplificare l’accesso alle Api REST, e ha un sacco di trazione. Ma non è qualcosa che siamo abituati a vedere un database che supportano in modo nativo. Tessitore notato che c’è stato uno sforzo per assicurare che GraphQL è integrata in modo nativo e compila in modo trasparente per FQL e offre tutte le stesse garanzie:
“Con la Fauna approccio alle Api, si può manipolare qualsiasi set di dati sottostante via tutte le API, e sempre mantenere una forte coerenza, a livello di riga di controllo di accesso, QoS, la temporalità, e simili, anche se non fa parte del linguaggio di query API. Questo è fondamentale per la nostra API filosofia e estremamente importante distinzione.
Si può fare questo, perché queste Api corsa contro il comune di Calvin powered core. Altri database con più interfacce di solito bullone completamente nuova query esecutori e spesso i nuovi motori di archiviazione, e sono multi-API solo di nome, portando ad una serie di problemi di integrazione, non migliore esecuzione di diversi database di fianco all’altro.”
Tessitore notato che il GraphQL comunità è all’avanguardia dello sviluppo di applicazioni e si aspetta che tutto sia globale e senza server; ora, ha detto, si ha accesso immediato a un nativo serverless GraphQL cloud tramite FaunaDB.
Multi-modello?
Se GraphQL è un cenno al futuro, e di SQL è un richiamo al passato, qual è il punto di aggiungere il supporto per CQL? CQL è il linguaggio di query utilizzato da Apache Cassandra e la sua versione commerciale, DataStax Enterprise (DSE), tra i bambini del manifesto di NoSQL. Questo non era qualcosa ci aspettavamo di vedere come la nuova funzionalità di un concorrente in una soluzione di database, in particolare ha annunciato allo stesso tempo come SQL.
Ma poi di nuovo, FaunaDB non è il primo a fare questo. Oltre ScyllaDB, un calo di ricambio per DSE, Azure CosmosDB supporta anche CQL. La logica è ovviamente la stessa: Onboarding Cassandra/DSE utenti. Weaver ha detto CQL è una buona chiave/valore interfaccia, ma principalmente di interesse per i clienti già in esecuzione Cassandra:
“Sono stanco di funzionamento incubi e la mancanza di correttezza di dati. Non è possibile eseguire carichi di lavoro mission-critical su Cassandra, se si sono bloccati in quella posizione, si sono a caccia di un vero ricambio. È possibile spostare le app e rewire loro FaunaDB Cloud o Enterprise con minore sforzo di adottare FaunaDB interfaccia nativa FQL direttamente.”
Così, con FaunaDB ora offre una vasta gamma di linguaggi di query, oltre al proprio, quello che sarebbe il Tessitore di aspettarsi che gli utenti utilizzano principalmente per il futuro? I clienti potranno utilizzare l’API che meglio si adatta alle loro applicazioni, ha detto Weaver, ma si aspetta che l’ampia adozione per GraphQL. FaunaDB è anche pubblicizzato come un multi-modello di database, e che era qualcosa che abbiamo trovato un po ‘ di confusione.
Multi-modello di supporto è qualcosa di più e di più database, e FaunaDB crediti mult-modello di supporto, troppo,
×
01-nosql-and-multi-model-database-24-638.jpg
Per esempio, FaunaDB dice che supporta grafico e temporali, ma cosa si intende esattamente con questo non era chiaro per noi. GraphQL supporto non implica grafico. Come per i dati di temporalità, può essere molto utile, e non è qualcosa che molte database di offrire. Ma non ci pensate a come un modello di per sé. Weaver ha detto che pensano di multi-API, distinti da multi-modello:
“FaunaDB è multi-modello e multi-API. FQL unifica relazionali, documento chiave/valore temporale del grafico e dell’accesso ai dati. È possibile scegliere i modelli con le esigenze della vostra applicazione, e ora, il miglior Api standard per ogni modello.
FaunaDB non consentono agli utenti di definire e installare i propri schemi di via GraphQL nel database. Non devi sapere nulla di FQL utilizzare GraphQL. Non è solo un trampolino di lancio per FQL, che è più simile a power user mode. Se ti piace quello che hai con GraphQL si può fermare lì. Abbiamo il supporto di un sottoinsieme del grafico di dominio già, specificamente grafico di archiviazione e di attraversamento. Le funzionalità mancanti per grafico dell’implementazione di uno standard grafico linguaggio di query, e il grafico analytics, che sono sulla nostra tabella di marcia.
La temporalità è il cambiamento di acquisizione dei dati per i dati di valore elevato. Casi d’uso per la temporalità di concentrarsi sulla registrazione di controllo, i feed attività, mobile sync, e simili. Non è tempo di serie a, che è di circa aggregazione di basso valore dei dati nel tempo. Che è un OLAP caso d’uso che non sono attualmente supportati.”
Caos tolleranza, Calvin, Chiave, e Jepsen
Se avete visto un riferimento a FaunaDB “Calvin powered core” in precedenza, si potrebbe chiedere che cosa è e perché è importante. Dal momento che siamo in procinto di imbarcarsi su un po ‘ sotto il cofano tour, possiamo anche aggiungere una Chiave Jepsen, e il caos di tolleranza per il mix. Il tour sarà a breve, e per il momento è tutto, si può avere un’idea di come queste cose tradurre per l’utilizzo di database casi.
Ricordate che il breve elenco di database FaunaDB ha appena fatto? Altre voci in questo elenco sono Azure CosmosDB, Google la Chiave a tubo, e un certo numero di Chiave cloni. La chiave del database si basa su una Chiave protocollo, mentre FaunaDB si basa su un diverso protocollo chiamato Calvin. L’obiettivo di entrambi i Chiave e Calvin è quello di fornire coerenza esterna, bassa latenza globale di replica, e ad alta disponibilità.
Contrariamente a Chiave, c’è solo un’implementazione per Calvin: FaunaDB. Così, la proprietà di Calvino sono centrale per ciò che differenzia FaunaDB da altre opzioni, come CockroachDB, per esempio. La differenza, secondo Weaver (che cita anche Daniel Abadi, l’inventore di Calvino), è nel caos tollerante natura di Calvino:
“Abbiamo scelto di Calvin perché è ottimale per il cloud. Calvin fornisce coerenza esterna, bassa latenza globale di replica, e l’alta disponibilità e il caos di tolleranza senza a seconda orologi da parete, hardware specializzato, o personalizzato reti.
Definiamo il caos, la tolleranza tolleranza per le anomalie più comuni tra le nuvole e il pubblico di internet: distorce orologio, la perdita di pacchetti di rete partizioni, migrazioni vm, guasti del disco, etc. Google Chiave garantisce correttezza garanzie equivalenti a Calvino, ma utilizza sincronizzato gli orologi atomici e richiede end-to-end di controllo della rete, hardware, software e accuratamente legati latenza.
Tuttavia, a differenza di Calvino, Chiave utilizza il commit in due fasi, che aggiunge ulteriore latenza per la scrittura. Altri fornitori che hanno cercato di replicare la Chiave non sono riusciti a consegnare qualcosa di vicino allo stesso livello di prestazioni e correttezza, senza di Google personalizzata del contesto operativo o da Calvin.
Come imprese abbraccio portabilità e multi-ambienti cloud i propri dati deve essere portatile. Calvino ci dà quel architettura distribuita, fortemente coerente e affidabile, non importa dove si lavora e come si sceglie di spostare i vostri dati. In FaunaDB, si può semplicemente girare su nodi diversi nuvole e i dati di replica. Funziona e basta.”
“Ci aspettiamo di tutto per essere parzialmente mancata per tutto il tempo. E abbiamo speso un sacco di tempo di automazione altamente resiliente modi tradizionali operativa fatica di amministrazione del database”, dice FaunaDB è Evan Tessitore,
Foto di Daniele Levis Pelusi su Unsplash
×
daniele-levis-pelusi-276120-unsplash.jpg
Per questo “funziona” pretendiamo, FaunaDB ha fatto Jepsen prove centrale nel suo go-to-market strategia. Jepsen è uno sforzo per migliorare la sicurezza dei sistemi distribuiti, attraverso la gestione di un software open source biblioteca per il test, così come messaggi, discorsi e relazioni di approfondimento di particolari sistemi di’ modalità di guasto.
Weaver ha detto che FaunaDB del pubblico, soprattutto di early adopters nel loro mercato, sono molto familiare con Jepsen e sempre più trattare come un requisito fondamentale di adozione di nuovi sistemi distribuiti. Come ci si potrebbe aspettare per qualcosa che profondamente tecnico, FaunaDB è raggiungere CTOs, gli Architetti aziendali e di Ingegneria della Porta facendo database decisioni per le loro applicazioni distribuite, o applicazioni legacy in fase di ri-basculante per il Cloud.
Cloud, Kubernetes, e il verdetto
Il sopra può essere un po ‘ sul lato complessa per le persone al di là del CTO tempi di progettazione e di folla. Ma non devi essere in quella folla di apprezzare meno sfumata di argomenti e capacità, quali managed cloud e supporto per Kubernetes, come quelli che sono più conosciute tradurre qualcosa che ognuno di noi apprezza: la gestione Efficiente. E FaunaDB ha clienti come Nvidia e di Capitale a mostrare per.
Weaver ha detto FaunaDB è stato costruito per il cloud pubblico, e il supporto per Kubernetes sarà in un mese, ma i clienti di eseguire sul Kubernetes ora, con l’integrazione personalizzata “bene.” I compromessi quando si va con le basi di dati offerti dai fornitori di cloud sono chiare. Ma perché scegliere FaunaDB più di una Chiave clone alternativa? Alla fine, abbiamo chiesto Tessitore, di punto in bianco:
“FaunaDB offre un livello di transazione, correttezza, velocità superiore, bassa latenza, soprattutto su scala globale, la temporalità/sicurezza/multi-tenancy, e, nonostante il nome, è più resistente di CockroachDB. In chiusura l’integrazione gap con SQL lascia poco motivo per scegliere CockroachDB, Yugabyte o anche Google Chiave, dal momento che il nostro serverless cloud è più conveniente”.
Un’altra differenza è che FaunaDB non è open source. Tessitore notato che hanno come open source, ma è stato più veloce di innovare e di offrire un sistema a livello aziendale con licenze proprietarie adesso. Finora, ha poi aggiunto, che non hanno visto molte obiezioni:
“FaunaDB Cloud è gratis e non c’è un download di prova gratuito per le imprese disponibili, in modo che nessuno è impedito di ottenere i loro piedi bagnati o la costruzione di un iniziale caso d’uso. Se si desidera un database che è resiliente al caos, mantiene i vostri dati al sicuro e semplice da utilizzare, è necessario scegliere FaunaDB. Direzioni Future includerà nuove Api, analisi di supporto, e molti altri emozionanti e nuove funzionalità.”
Sembra che un paio di pezzi del puzzle possono non essere al 100% completo di sicurezza, e abbiamo i nostri dubbi rispetto alla multi-modello di aspetto. In realtà, tuttavia, FaunaDB già interessante offerta diventa ancora più interessante per più persone con l’aggiunta di SQL, GraphQL, e CQL
I Big Data
AI e big data etica vs: Come per assicurarsi che la vostra intelligenza artificiale del progetto è la voce nel modo giusto
Vuole essere un data scientist? Cinque modi per ottenere il lavoro che in data science
I dati della scienza, l’etica, e ‘enorme scumbags’ problema
Sicurezza dei dati: l’Implementazione di data-driven per la sicurezza stradale
California vuole Silicon Valley a pagare un dividendo dati (CNET)
4 procedura per l’utente di buy-in per i big data (TechRepublic)
Argomenti Correlati:
Big Data Analytics
L’innovazione
CXO
Intelligenza Artificiale
Enterprise Software
Archiviazione