Zero
Come il mio collega Mary Jo Foley notato durante un’intervista in diretta a Microsoft Ignite, IoT e intelligent edge elaborazione predominavano Satya Nadella di apertura di parole di Microsoft enterprise evento che si è tenuto questa settimana a Orlando. Al di là del keynote, AI era davanti e al centro. Come abbiamo notato dal nostro invia su Costruire la scorsa primavera, l’AI è alla guida di Microsoft enterprise front office e back office suite, per non parlare di come si gestisce la Azure cloud.
Ma come Microsoft sta sempre più concentrando la propria attività su Azure, c’è un altrettanto importante messaggio che viene soffocata dal rumore che, a lungo andare, potrebbe distinguere Microsoft dal pack. A differenza di Amazon e Google, Microsoft ha un on-premise presenza e per il suo credito, non ha lasciato i suoi in premessa legacy trascinarlo giù palla e catena. Esso aspira a fornire un’esperienza coerente su premise e nel cloud. In tutta onestà, che è anche la posizione che ogni famiglia marchi di impresa sono riprese per. Vantaggio di Microsoft è che Azure ha avuto una testa di iniziare a costruire la sua impronta su IBM e Oracle nuvole di incontri per il suo Office 365 punto di appoggio.
Gli annunci più recenti provenienti da Microsoft Ignite su SQL Server 2019 e Azure SQL Database mostrano come vicino e di quanto l’anello di ottone di esperienza coerente per on-premise e cloud. Un forte indizio è l’unificazione delle basi di codice tra SQL Server e di Database di SQL Azure che è venuto con l’anno precedente release. Entrambi erano gemelli separati alla nascita: il Database SQL Azure è stata modellata off di SQL Server, ma fino allo scorso anno ha seguito il proprio codice ramo a sostegno di un cloud-architettura nativa.
Convergenza significa che SQL Server e di Database di SQL Azure condividere alcune caratteristiche identiche, che permetta di esperienza in funzioni simili, pur mantenendo differenze operative relative alla natura fissa on-premise centri dati contro l’elasticità e quasi senza limiti scala di cloud.
Entrambi i loro posti di storage e di calcolo insieme. Ora le differenze diventano sfocati con SQL Server 2019 Grande Cluster di Dati di supporto e di Database di SQL Azure nuovo Hyperscale funzione.
In precedenza, la query di SQL Server Hadoop attraverso il pushdown modalità di PolyBase. Con il 2019 versione di SQL Server, è stata aggiunta una nuova modalità, oltre alla sua tradizionale tabella relazionale layout: un cloudlike scala-modalità per collocare SQL Server del motore di database sulla stessa nodi di calcolo, come una Scintilla, che a sua volta è a ridosso Hadoop HDFS di nodi di dati. Questo consente a SQL Server per eseguire query T-SQL su HDFS e fornirà nativo Scintilla di supporto come un bonus.
In grandi cluster di dati, SQL Server 2019 separa il motore di database i dati, con il motore seduto nel nodo di calcolo, insieme con la Scintilla. E ‘ una topologia che somiglia molto a quella di Impala, Cloudera open source di SQL interattivo su Hadoop motore di stazioni di demoni di ogni Hadoop nodo di calcolo. Il sorteggio di questo approccio è che SQL Server è in grado di eseguire query T-SQL su terabyte o petabyte di dati molto più veloce rispetto PolyBase potrebbe. Si avvale inoltre di SQL Server più vicino a ciò che è possibile in Azure.
Mentre questa non è una copia carbone di architettura cloud, si può immaginare un compagno di cloud-nativo di servizio di Azure SQL Database che esegue SQL — o Scintilla — rispetto ai dati memorizzati in Azure Blob storage o di RIPOSO. Si può sempre sognare.
Il cloud di parallels per SQL Server 2019 Hadoop supporto estendere ulteriormente alla containerizzazione. Il primo crismi del contenitore (e Kubernetes) il supporto è venuto in SQL Server 2017, ma si era limitato a TestDev sandbox a causa della mancanza di disponibilità/capacità di disaster recovery. Con questo divario affrontati nel 2019 versione di SQL Server, 2019 in grado di operare in Mobile contenitori che sono orchestrate da Kubernetes Alta Disponibilità di Disaster Recovery (HADR) scenari. Si potrebbe immaginare i paralleli con il cloud, dove Azure Service il Tessuto è usato per HADR.
C’è un altro pezzo che rende l’esperienza di esecuzione di SQL Server guardare come si sta eseguendo in cloud: Azure Dati di Studio. Noto come SQL le Operazioni di Studio, mentre era in anteprima di Azure Dati Studio di questa settimana è entrato rilascio generale. Esso fornisce un database developer IDE per scrivere il codice T-SQL o una Scintilla che può essere utilizzato con SQL Server, DB SQL Azure e SQL Azure Data Warehouse da Windows, macOS e Linux. Si sviluppano T-SQL o una Scintilla, ma non importa se si sta lavorando in SQL Server o Database di SQL Azure.
Sul lato cloud, Database SQL Azure introduce un nuovo hyperscale capacità che sottolinea come il cloud database diversi da on-premise. Come suggerisce il nome, hyperscale scale il database con Microsoft attualmente sostenendo il supporto di fino a 100 TBytes, almeno per ora. Più veloce cloud velocità di rete in collaborazione con il disaccoppiamento di calcolo, di storage e di registro scrive rendere hyperscale possibile.
Hyperscale funziona utilizzando un servizio di tessuto contare su un Paxos consenso approccio per ACIDO consistenza. Le transazioni sono processate con il principale nodo di calcolo scrivere log in log livello, mentre separatamente il recupero dei dati pagine dalla cache locale (per i dati a caldo) o la pagina server (per il dispositivo di raffreddamento di dati). Questo significa che è altamente scalabile in grado di supportare i dati più livelli, sfruttando la varietà di opzioni di archiviazione disponibile nel cloud. Il database automaticamente le partizioni stesso per la scala, mentre le istantanee indirizzo di uno dei big show-tappi per le grandi transazioni di database: la velocità di recupero del database di operazioni da ore o giorni a minuti. A sua volta, elasticità consente di scala di calcolo per il multi-terabyte di banche dati in alto o in basso in pochi minuti.
Il hyperscale capacità di Database di SQL Azure fornisce un esempio di come il cloud e on-premise di database possono differenziare e imitano l’un l’altro. Nel cloud, estratta architettura che separa calcolare, i registri e la conservazione è utile per fornire elasticità. Nei locali ove capacità di elaborazione e memorizzazione sono più finite, quelle stesse caratteristiche potrebbero essere utilizzati per accelerare la manutenzione, backup di database e si impegna, se la Microsoft per estendere le funzionalità di SQL Server.
E mentre siamo in tema di estensibilità per altamente scalabile, modulare modo che Microsoft ha implementato questa funzione potrebbe anche spianare la strada per l’estensione di Azure altri servizi di database relazionale come MySQL e MariaDB, e PostgreSQL. Mentre Microsoft non dice che cosa farà con il hyperscale, in futuro, la nostra è mai dire mai.
Argomenti Correlati:
Big Data Analytics
La Trasformazione Digitale
Centri Dati
CXO
L’innovazione
Archiviazione
0