Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
L’émulateur Kusto est un environnement local qui encapsule le moteur de requête. Vous pouvez utiliser cet environnement pour faciliter le développement local et les tests automatisés. Comme l’environnement s’exécute localement, il ne nécessite pas de provisionnement de services Azure ni de frais supplémentaires ; il s’agit d’une offre gratuite soumise aux conditions de licence logicielle Microsoft.
Importante
- L’émulateur est fourni tel quel, sans assistance ni garantie.
- L’émulateur n’est pas destiné à être utilisé dans des environnements de production.
- Les termes du contrat de licence interdire explicitement les tests de benchmark à l’aide de l’émulateur, car ils ne sont pas prévus ou optimisés à cet effet. L’émulateur a un profil de performances différent par rapport au service Azure Data Explorer.
Architecture
L’émulateur est disponible en tant qu’image de conteneur Linux Docker. Il expose un point de terminaison de requête via HTTP qui peut être utilisé avec n’importe quel client, y compris Kusto.Explorer, Kusto.CLI ou les SDK Kusto.Data.
L’émulateur prend en charge toutes les commandes et requêtes dans les limites de son architecture. Par exemple, les commandes de stratégie de sécurité au niveau des lignes sont prises en charge, mais comme il n’y a pas d’authentification dans l’émulateur, elles ne sont pas utiles.
L’émulateur n’inclut pas le service de gestion des données et ne prend donc pas en charge l’ingestion en file d’attente, gérée ou en flux. Toutefois, vous pouvez ingérer des données à l’aide de commandes d’ingestion. Les données peuvent être ingérées à partir de fichiers locaux, de tables externes ou de données externes. Par défaut, les données ingérées sont conservées sur le disque dans le conteneur ; elles sont donc aussi éphémères que le conteneur lui-même. Si vous souhaitez conserver les données, vous pouvez les persister en dehors du conteneur en montant un volume sur le conteneur et en persistant les données sur le volume.
Scénarios de l’émulateur Kusto
Les principaux scénarios de l’émulateur sont les suivants :
- Développement local : vous pouvez utiliser l’émulateur pour développer des requêtes sans provisionner un service Azure et sans connexion à Internet.
- Tests automatisés : vous pouvez effectuer des tests automatisés à l’aide de l’émulateur sans provisionner de service Azure et sans connexion à Internet. Il s’agit d’un moyen efficace d’effectuer des tests automatisés à l’aide du moteur de requête Kusto.
Émulateur Kusto et cluster gratuit
Il existe certains recoupements entre l’émulateur Kusto et les offres de cluster gratuit. Le tableau suivant compare les fonctionnalités des offres.
| Élément | Émulateur Kusto | Cluster gratuit |
|---|---|---|
| Stockage (non compressé) | Limité uniquement par la capacité de l’hôte | Environ 100 Go |
| Bases de données | Jusqu’à 10000 | Jusqu’à 10 |
| Tables par base de données | 10 000 | Jusqu’à 100 |
| Colonnes par table | 10 000 | Jusqu’à 200 |
| Tables externes | Vers des fichiers locaux | Aucune prise en charge |
| Vues matérialisées par base de données | 1 000 | Jusqu’à 5 |
| Pipelines d’ingestion gérés | Aucune | Toutes |
| Fonctionnalités de sécurité | Aucune | Connexion chiffrée uniquement |
| Gestion des données à long terme | Pas de fonctionnalité de fusion d’extensions | Prise en charge complète |
| Configuration Internet requise | Aucune connectivité requise | service cloud |
Lorsque vous choisissez la meilleure option pour votre cas d’usage, vous devez prendre en compte les éléments suivants :
- Développement local : le choix le mieux adapté au développement local dépend des fonctionnalités dont vous avez besoin. Par exemple, si votre scénario nécessite l’utilisation de pipelines gérés, l’offre de cluster gratuit est la plus adaptée. En revanche, si votre scénario nécessite un développement local dans un environnement déconnecté, l’émulateur Kusto serait plus adapté.
- Tests automatisés : en général, l’émulateur Kusto est plus adapté aux tests automatisés que l’offre de cluster gratuite. Il est plus rapide à provisionner et ne nécessite aucun principal Azure pour sa configuration.
Limitations
En général, cette offre n’est pas adaptée aux charges de travail de production.
- Fourni tel quel, sans support ni garantie
- Ne fournit aucune fonctionnalité de sécurité, notamment :
- Authentification
- Contrôle d’accès
- Connexions chiffrées ; la connexion s’effectue via une connexion HTTP
- Chiffrement au repos
- Pas de pipelines gérés, notamment :
- Event Hubs
- IoT Hub
- Event Grid
- Pas de prise en charge des points de terminaison d’ingestion, notamment les SDK Kusto.Ingest
- Pas d’ingestion de flux
- Bien que les données ingérées puissent être stockées en dehors du conteneur, nous vous déconseillons de conserver les données pendant de longues périodes pour les raisons suivantes :
- Il n’existe aucune garantie que le format d’extension ou le format de métadonnées sont compatibles entre les versions de l’émulateur Kusto
- Les extensions ne sont pas fusionnées et peuvent donc être fragmentées à mesure que les données sont ingérées
- Les stratégies de rétention et de partitionnement peuvent être définies, mais ne sont pas respectées
- Le plug-in Python n’est pas pris en charge