Microsoft Ignite nabeschouwing: De onderliggende hybride convergentie

0
145

Nul

hybrid-architecture.png

Als mijn collega Mary Jo Foley opgemerkt tijdens een live-interview op Microsoft Ignite, IoT en intelligent de verwerking van de rand overheerst Satya Nadella woorden opende op Microsoft ‘ s enterprise evenement deze week wordt gehouden in Orlando. Buiten de keynote, AI was het middelpunt. Zoals we reeds van ons verzendt over het Bouwen van afgelopen lente, AI is het besturen van Microsoft ‘ s enterprise front office en back office suites, en niet te vergeten hoe het beheer van de Azure cloud.

Maar als Microsoft zich meer en meer focust haar activiteiten op Azure, is er een belangrijk bericht dat wordt overstemd door het geluid dat op de lange termijn kunnen onderscheiden van Microsoft uit het peloton. In tegenstelling tot Amazon en Google, Microsoft heeft een lokale aanwezigheid en op zijn naam, hij heeft het niet laten zijn op locatie legacy sleep het naar beneden, zoals bal en ketting. Het streeft naar het leveren van een consistente ervaring op het terrein en in de cloud. In alle eerlijkheid, dat is ook het standpunt dat elk van de huishoudelijke merken in enterprise IT schieten. Microsoft ‘ s voordeel is dat Azure heeft een voorsprong in het opbouwen van haar voetafdruk over IBM en Oracle wolken uit de Office 365 voet aan de grond.

De laatste berichten komen van Microsoft Ignite over SQL Server 2019 en Azure SQL Database laten zien hoe dichtbij en hoe ver de messing ring van consistente ervaring voor on premise en cloud zijn. Een sterke aanwijzing is voor de eenwording van de code basen tussen SQL Server en SQL Azure Database die kwam met vorig jaar is releases. Beide waren tweelingen die gescheiden bij de geboorte: Azure SQL Database is een patroon uit SQL Server, maar tot vorig jaar volgde zijn eigen tak-code voor het ondersteunen van een cloud-inheemse architectuur.

Convergentie betekent dat de SQL Server en SQL Azure Database zal een aantal identieke kenmerken, zorgen voor een consistente ervaring op soortgelijke functies, behoud van de operationele verschillen met betrekking tot het vaste karakter van on-premise datacenters ten opzichte van de elasticiteit en de bijna onbegrensde omvang van de cloud.

Beiden geplaatst storage en compute samen. Nu de verschillen vaag met SQL Server 2019 Big Data Cluster ondersteuning en Azure SQL Database de nieuwe Hyperscale-functie.

Eerder, SQL Server opgevraagd Hadoop door de pushdown-modus van PolyBase. Met 2019 de release van SQL Server heeft een nieuwe mode in aanvulling op de traditionele relationele tabel lay-out: een cloudlike schaal-out modus voor collocating de SQL Server-database-engine op dezelfde compute nodes als een Vonk, die op hun beurt grenzen aan Hadoop is HDFS gegevens knooppunten. Dit kan SQL Server te draaien T-SQL-query ‘ s op HDFS en het zal native Vonk ondersteuning, zoals een bonus.

In big data clusters, SQL Server 2019 scheidt de database-engine van de gegevens, met de motor zitten in de compute node, samen met de Vonk. Het is een topologie die erg veel lijkt op die van een Impala, Cloudera ‘ s open source interactieve SQL-op-Hadoop-motor, die de stations daemons op elke Hadoop compute node. De trekking van deze aanpak is dat de SQL Server kan draaien T-SQL-query ‘ s over terabytes of petabytes aan data veel sneller dan PolyBase kon. Het trekt ook SQL Server dichter bij wat mogelijk is in Azure.

Hoewel dit niet een kopie van cloud architectuur, niemand kon zich voorstellen dat een metgezel cloud-native service van Azure SQL Database die draait op SQL-of Vonk — tegen de gegevens die zijn opgeslagen in Azure Blob storage of ADL. Men kan altijd een droom.

De cloud parallellen voor SQL Server 2019 Hadoop ondersteuning verder uit te breiden om het containervervoer. De eerste attributen van de container (en Kubernetes) steun kwam in SQL Server 2017, maar het werd beperkt tot TestDev zandbakken vanwege het ontbreken van een hoge beschikbaarheid/disaster recovery mogelijkheden. Met die kloof behandeld in 2019 de release van SQL Server 2019 kan werken in Docker containers die worden georganiseerd door de Kubernetes Hoge Beschikbaarheid en Disaster Recovery (HADR) scenario ‘ s. Niemand kon zich voorstellen dat de parallellen met de cloud waar Azure Service Stof wordt gebruikt voor HADR.

Er is nog een ander stuk dat maakt de ervaring van het uitvoeren van SQL-Server kijken alsof je in de cloud draait: Azure Data Studio. Bekend als SQL-Bewerkingen die Studio was terwijl het in het voorbeeld Azure Data Studio deze week ingevoerd algemene introductie. Het biedt een database developer IDE voor het coderen van T-SQL of Vonk die kan worden gebruikt met SQL Server, Azure SQL DB SQL Azure Data Warehouse van Windows, macOS en Linux. Ontwikkel je T-SQL of Vonk zijn, maar het maakt niet uit of u nu werkt in SQL Server of SQL Azure Database.

Op de cloud kant, Azure SQL Database introduceert een nieuwe hyperscale mogelijkheid dat de nadruk legt op hoe cloud databases verschillen van on premise. Zoals de naam al aangeeft, op hyperscale schalen uit de database met Microsoft momenteel claimen steun van maximaal 100 TBytes, althans voor nu. Sneller cloud-netwerk snelheden in combinatie met de ontkoppeling van de server -, opslag -, en log schrijft maken op hyperscale mogelijk.

Op Hyperscale werkt met behulp van een service stof te vertrouwen op een Paxos consensus aanpak voor ZUUR consistentie. Transacties worden verwerkt met het primaire compute node schrijven van de log naar een log-niveau, terwijl het apart ophalen van pagina ‘ s de gegevens hetzij uit de lokale cache (voor warm gegevens) of pagina-servers (voor koeler gegevens). Dit betekent dat op hyperscale kan de ondersteuning van data-tiering, het benutten van de verscheidenheid van de opslag-opties beschikbaar in de cloud. De database automatisch partities zelf voor schaal, terwijl snapshots adres van een van de grote show-stoppers voor een grote transactie databases: versnellen database terugwinning van enkele uren of dagen tot enkele minuten. Op zijn beurt, de elasticiteit schalen kunt u berekenen voor multi-terabyte databases omhoog of omlaag binnen enkele minuten.

De op hyperscale vermogen van Azure SQL-Database biedt een voorbeeld van hoe cloud en on-premise-databases kunnen beide onderscheiden en lijken op elkaar. In de cloud is de abstracte architectuur scheidt berekenen, logs, en de opslag is handig voor elasticiteit. Op het terrein waar berekenen en opslagcapaciteit meer eindig is, die dezelfde kenmerken kunnen worden gebruikt voor het versnellen van het onderhoud, back-ups, en de database doorgevoerd als Microsoft waren om het uitbreiden van de mogelijkheden van SQL Server.

En terwijl we op het onderwerp van uitbreidbaarheid voor de op hyperscale, de modulaire manier waarop Microsoft heeft deze functie kunnen ook de weg vrijmaken voor de uitbreiding van Azure de andere relationele database services zoals MySQL, MariaDB, en PostgreSQL. Terwijl Microsoft is niet te zeggen wat het zal doen met de op hyperscale in de toekomst, onze kijk is zeg nooit nooit.

Verwante Onderwerpen:

Big Data Analytics

Digitale Transformatie

Datacenters

CXO

Innovatie

Opslag

0