Microsoft mise gros sur sa plate-forme de données – Redmondmag.com – Serveur d’impression

Joey sur SQL Server

Build 2019: Microsoft mise gros sur sa plateforme de données

Les investissements en cours de Microsoft dans SQL Server portent leurs fruits. Voici un résumé des principales annonces des professionnels de la base de données lors de la conférence de cette année.

• Par Joey D'Antoni
• 05/06/2019

La conférence annuelle de Microsoft sur la compilation a lieu cette semaine à Seattle. Bien que la plupart des nouvelles de la conférence soient axées sur les développeurs, de nombreuses annonces ont été faites autour de la plate-forme de données de Microsoft. Toutes ces annonces et ces nouvelles fonctionnalités partagent un thème commun: Microsoft étant cohérent dans ses investissements en développement.

Qu'est-ce que ça veut dire? Que vous exécutiez SQL Server sur Azure, Windows, Linux, un conteneur ou un Raspberry Pi, les applications que vous développez s'exécutent sur toutes les plates-formes présentant des performances similaires. De même, si vous utilisez une base de données Platform as a Service (PaaS), qu'il s'agisse d'une base de données SQL Azure ou de PostgreSQL, vous pouvez vous attendre à disposer d'un ensemble très similaire d'options complètes.

Azure SQL Database Edge

Les appareils Internet des objets (IoT) et les téléphones mobiles ont entraîné de profonds changements dans la manière dont les organisations informatiques traitent les données. Le volume considérable de données et le grand nombre de terminaux ont conduit à des changements technologiques, tant dans le traitement frontal que dans le traitement final.

La toute nouvelle base de données Azure SQL Edge Edge résout ce problème en permettant à SQL Server de s'exécuter sur des périphériques ARM basse consommation pouvant être connectés ou non connectés. Ce modèle informatique permet d'ajouter une certaine intelligence aux données du capteur et permet le filtrage sur des périphériques qui ne peuvent être connectés qu'une partie du temps. Ceci est la composante de bord.

Nous avons eu un exemple de cela avec un client l'année dernière. Le client possédait des sites distants dotés de cartes cellulaires dotées d’une connectivité sporadique. Lorsque l'ordinateur était connecté, les données étaient traitées puis répliquées sur un serveur de base de données central. Avec SQL Database Edge, ces données pourraient être traitées et agrégées localement, avec une empreinte beaucoup plus réduite et un trafic réseau moindre. De nombreux scénarios de traitement de périphérie bénéficieront d'une empreinte SQL beaucoup plus petite.

Pour une plongée plus en profondeur dans Azure SQL Database Edge, consultez mes questions et réponses ici avec Sourabh Agarwal, responsable de programmes senior Microsoft. Actuellement, Azure SQL Database Edge prend en charge Linux uniquement, mais Windows est attendu. Cette fonctionnalité est en avant-première privée.

Azure SQL Database sans serveur

Bien que je déteste le nom de cette fonctionnalité, je la blâme sur Amazon Web Services (AWS), qui en contient une version dans son offre de base de données en tant que service. Nonobstant le nom, Azure SQL Database Serverless est cool, et son impact est tel que je prévois de le mettre en œuvre pour au moins deux de mes clients dans les semaines à venir.

La manière la plus simple de décrire cette fonctionnalité (qui est maintenant dans l'aperçu public) est l'auto-fermeture pour la base de données SQL Azure. En règle générale, la base de données SQL Azure est toujours en cours d'exécution. il n'y a pas d'option permettant de suspendre ou d'arrêter le service, contrairement à d'autres services au sein d'Azure. Cependant, Azure SQL Database Serverless mettra en pause en l'absence d'activité et reprendra au retour de l'activité. Vous n'êtes facturé que pour le temps d'utilisation de la base de données.

Un scénario dans lequel je prévois de déployer ceci est un entrepôt de données relativement peu volumineux et peu utilisé. Le client a des problèmes de budget et la plupart de ses données de reporting étant stockées dans un modèle Power BI, un accès direct à la base de données n'est donc pas souvent nécessaire.

Un autre scénario concerne une entreprise vendant des données en tant que service et s'exécutant sur une base de données SQL Azure. Si ses clients n'utilisent pas la base de données, il n'y a aucune raison de payer pour cela. Le délai avant la mise en pause de la base de données est réglable. C'est également un très bon cas d'utilisation pour les environnements de test et de développement.

Hyperscale toutes les choses

Microsoft a annoncé à la rubrique Créer une base de données SQL Hyperscale est désormais généralement disponible pour les charges de travail Azure SQL Database et est en aperçu public pour la base de données Azure PostgreSQL.

Si vous ne le connaissez pas, SQL Database Hyperscale est une fonctionnalité qui permet à la base de données SQL Azure de s’étendre bien au-delà de la limite de taille habituelle de 4 To, jusqu’à des volumes de 100 To voire plus. Ceci est effectué tout en maintenant les performances en utilisant des serveurs de pages, qui agissent comme des caches chauds basés sur SSD. Au fur et à mesure de la croissance de vos données, vous disposerez d'environ un serveur de pages par 1 To de données.

Étant donné cette architecture distribuée associée au modèle de stockage basé sur les objets Azure, SQL Database Hyperscale peut sauvegarder et restaurer des bases de données multiterabytes en quelques minutes à peine, contrairement aux heures attendues dans tout autre environnement.

Contrairement à Azure SQL Database Warehouse, SQL Database Hyperscale est optimisé pour les charges de travail de traitement de transactions en ligne (OLTP).

L'intelligence d'entreprise

Azure SQL Data Warehouse présente de grandes nouveautés, à savoir la mise en cache des résultats et les vues matérialisées. La mise en cache des résultats permettra un traitement quasi instantané des requêtes et devrait permettre à SQL Data Warehouse d'atteindre des niveaux plus élevés de simultanéité. Les vues matérialisées permettent à une logique métier complexe de stocker des rapports dans la base de données et de les mettre à jour au fur et à mesure de l'évolution des données.

Azure SQL Database prend également en charge les index columnstore triés, ce qui devrait améliorer les performances dans les requêtes de grande agrégation.

En outre, la fonctionnalité Mappage des flux de données dans Azure Data Factory est désormais disponible. Cela permet à Azure Data Factory de devenir un véritable outil ETL en fournissant une interface utilisateur graphique au-dessus d'Azure Databricks (service Spark géré de Microsoft) et en effectuant des transformations en mémoire, sans avoir à transférer des données, puis à utiliser un autre moteur de calcul à traiter.

Pilotes et connectivité

Il y a toujours quelques annonces concernant les pilotes et les options de développement dans Build. Lors de l'événement de cette année, Microsoft a annoncé une extension pour PostgreSQL appelée pg_auto_failover qui permettra aux développeurs d'automatiser les basculements. Ceci est publié sous la licence PostgreSQL, ce qui permettra les extensions de la communauté.

Microsoft a également publié un assistant de migration Oracle pour PostgreSQL. Si vous n'avez pas récemment utilisé l'un des outils de migration de la plate-forme de base de données, je vous recommande fortement de leur donner une chance pour tous les projets de migration. Microsoft a beaucoup investi dans ces produits et ils sont très bons.

Comme vous pouvez le constater, Microsoft continue d’innover sur la plate-forme de données, qu’il s’agisse de SQL Server, PostgreSQL ou MySQL – et nous n’avons même pas évoqué certaines des améliorations apportées à Cosmos DB (hello, Spark API). Si vous avez porté une attention particulière à Microsoft ces dernières années, vous pouvez constater la progression des investissements sur l'ensemble de la plate-forme et une cohérence de développement bien meilleure que par le passé. C'est un moment passionnant pour être un professionnel des données.