Modèle de série chronologique dans Azure Time Series Insights Gen2
Remarque
Le service Time Series Insights va être mis hors service le 7 juillet 2024. Prévoyez de migrer les environnements existants vers des solutions alternatives dès que possible. Pour plus d’informations sur la dépréciation et la migration, consultez notre documentation.
Cet article décrit le modèle de série chronologique, les capacités et la façon de commencer à créer et à mettre à jour vos propres modèles dans l’environnement Azure Time Series Insights Gen2.
Conseil
- Découvrez comment utiliser le modèle de série chronologique à l’aide de l’Explorateur Azure Time Series Insights.
Résumé
En règle générale, les données collectées à partir d’appareils IoT manquent d’informations contextuelles, ce qui empêche de rechercher et d’analyser rapidement les capteurs. Le principal objectif du modèle de série chronologique est de simplifier la recherche et l’analyse des données IoT ou de série chronologique. Vous pouvez atteindre cet objectif grâce à la collecte, la maintenance et l’enrichissement des données d’une série chronologique afin d’obtenir des jeux de données prêts à l’emploi pour l’analytique.
Scénario : Nouveau four intelligent de Contoso
Prenons le scénario fictif d’un four intelligent Contoso. Dans ce scénario, supposons que chaque four intelligent Contoso possède cinq capteurs de température, un pour chacun des quatre brûleurs supérieurs et un pour le four lui-même. Jusqu’à récemment, chaque capteur de température Contoso envoyait, stockait et visualisait ses données individuellement. Pour la surveillance des appareils ménagers, Contoso s’appuyait sur des graphiques de base, un pour chaque capteur individuel.
Bien que Contoso ait été satisfait de sa solution initiale de données et de visualisation, plusieurs limitations sont apparues :
- Les clients souhaitaient savoir quelle serait la température de l’ensemble du four lorsque la plupart des brûleurs supérieurs étaient allumés. Contoso a eu plus de difficulté à analyser et à présenter une réponse unifiée sur les conditions de l’ensemble du four.
- Les ingénieurs de Contoso voulaient vérifier que les brûleurs supérieurs fonctionnant simultanément n’entraîneraient pas une consommation électrique inefficace. Il a été difficile d’établir quel capteur de température était associé à quel capteur de tension et de déterminer comment les localiser dans le magasin.
- L’équipe d’assurance qualité de Contoso souhaitait auditer et comparer l’historique entre deux versions de capteurs. Il était difficile de déterminer quelles données appartenaient à quelle version de capteur.
Sans la possibilité de structurer, d’organiser et de définir le modèle global de série chronologique du four intelligent, chaque capteur de température maintenait des points de données disloqués, isolés et moins informatifs. Le fait de transformer ces points de données en aperçu exploitable était plus difficile puisque chaque jeu de données vivait indépendamment des autres.
Ces limites ont révélé l’importance d’outils intelligents d’agrégation et de visualisation des données pour accompagner le nouveau four de Contoso :
- La visualisation des données s’avère utile lorsque vous êtes en mesure d’associer et de combiner des données dans un affichage pratique. Un exemple est l’illustration de capteurs de tension et de température.
- La gestion de données multidimensionnelles pour plusieurs entités avec des fonctionnalités de comparaison, de zoom et d’intervalle de temps peut être difficile à réaliser.
Le modèle de série chronologique offre une solution pratique pour bon nombre des scénarios rencontrés dans cet exemple fictif :
- Le modèle de série chronologique joue un rôle essentiel dans les requêtes et la navigation, car il contextualise les données en permettant d’établir des comparaisons dans des intervalles de temps et entre les types de capteurs et d’appareils. (A)
- Les données sont davantage contextualisées parce que les données conservées dans le modèle de série chronologique préservent les calculs de requête de série chronologique en tant que variables et les réutilisent au moment de la requête.
- Le modèle de série chronologique organise et agrège les données pour améliorer les fonctionnalités de visualisation et de gestion. (B)
Fonctionnalités clés
Pour faciliter la gestion de la contextualisation des séries chronologiques, Azure Time Series Insights Gen2 propose un modèle de série chronologique doté des capacités suivantes. Vous pouvez ainsi :
- créer et gérer des calculs ou des formules en tirant parti des fonctions scalaires, agréger des opérations, etc. ;
- définir des relations parent-enfant pour activer la navigation, la recherche et la référence ;
- définir les propriétés associées aux instances, définies comme champs d’instance, et s’en servir pour créer des hiérarchies.
Composants
Un modèle de série chronologique comprend trois composants de base :
- Instances de modèle de série chronologique
- Hiérarchies de modèle de série chronologique
- Types de modèles de série chronologique
Ces composants sont combinés pour spécifier un modèle de série chronologique et organiser vos données.
Un modèle de série chronologique peut être créé et géré par le biais de l’Explorateur Azure Time Series Insights. Les paramètres de modèle de série chronologique peuvent être gérés via l’API Model Settings.
Instances de modèle de série chronologique
Les instances de modèle de série chronologique sont des représentations virtuelles de la série chronologique elle-même.
Dans la plupart des cas, les instances sont identifiées de manière unique par deviceId ou assetId, propriétés qui sont enregistrées en tant qu’ID de série chronologique.
Les instances sont associées à des informations descriptives appelées propriétés d’instance, telles qu’un ID de série chronologique, un type, un nom, une description, des hiérarchies et des champs d’instance. Au minimum, les propriétés d’instance incluent les informations de la hiérarchie.
Les champs d’instance sont un ensemble d’informations descriptives qui peuvent inclure des valeurs pour les niveaux hiérarchiques, ainsi que pour le fabricant, l’opérateur, etc.
Une fois qu’une source d’événement est configurée pour l’environnement Azure Time Series Insights Gen2, les instances sont automatiquement découvertes et créées dans un modèle de série chronologique. Elles peuvent être créées ou mises à jour via l’Explorateur Azure Time Series Insights à l’aide de requêtes de modèle de série chronologique.
Propriétés de l’instance
Les instances sont définies par timeSeriesId, typeId, name, description, hierarchyIds et instanceFields. Chaque instance est mappée à un seul type et à une ou plusieurs hiérarchies.
| Propriété | Description |
|---|---|
| timeSeriesId | ID unique de la série chronologique à laquelle l’instance est associée. Dans la plupart des cas, les instances sont identifiées de manière unique par une propriété comme deviceId ou assetId. Dans certains cas, un ID composite plus spécifique combinant jusqu’à 3 propriétés peut être utilisé. |
| typeId | ID de chaîne unique respectant la casse du type de modèle de série chronologique auquel l’instance est associée. Par défaut, toutes les nouvelles instances découvertes sont associées à un type par défaut. |
| name | La propriété name est facultative et sensible à la casse. Si name n’est pas disponible, la valeur par défaut est timeSeriesId. Si un nom est fourni, timeSeriesId est toujours disponible dans le puits. |
| description | Texte de description de l’instance. |
| hierarchyIds | Définit les hiérarchies auxquelles l’instance appartient. |
| instanceFields | Propriétés d’une instance et toutes les données statiques qui définissent une instance. Ils définissent les valeurs des propriétés d’une hiérarchie ou non et prennent en charge l’indexation pour effectuer des opérations de recherche. |
Remarque
Les hiérarchies sont créées à l’aide de champs d’instance. D’autres instanceFields peuvent être ajoutés pour d’autres définitions de propriété d’instance.
Les instances ont la représentation JSON suivante :
{
"timeSeriesId": ["PU2"],
"typeId": "545314a5-7166-4b90-abb9-fd93966fa39b",
"hierarchyIds": ["95f0a8d1-a3ef-4549-b4b3-f138856b3a12"],
"description": "Pump #2",
"instanceFields": {
"Location": "Redmond",
"Fleet": "Fleet 5",
"Unit": "Pump Unit 3",
"Manufacturer": "Contoso",
"ScalePres": "0.54",
"scaleTemp": "0.54"
}
}
Conseil
Pour une prise en charge des opérations CRUD (create, read, update et delete) de l’API d’instances, lisez l’article Interrogation des données et la documentation REST de l’API d’instances.
Hiérarchies de modèle de série chronologique
Les hiérarchies de modèle de série chronologique classent les instances en spécifiant les noms de propriétés et leurs relations.
Vous pouvez configurer plusieurs hiérarchies dans un environnement Azure Time Series Insights Gen2 donné. Une instance de modèle de série chronologique peut être mappée à une ou plusieurs hiérarchies (relation plusieurs à plusieurs).
Définition des hiérarchies
Les hiérarchies sont définies par id, name et source de hiérarchie.
| Propriété | Description |
|---|---|
| id | Identificateur unique de la hiérarchie, qui est utilisé, par exemple, lorsque vous définissez une instance. |
| name | Chaîne utilisée afin de fournir un nom pour la hiérarchie. |
| source | Spécifie la hiérarchie ou le chemin d’accès de l’organisation qui se présente sous la forme d’un ordre descendant parent-enfant de la hiérarchie que les utilisateurs souhaitent créer. Les propriétés parent-enfant sont mappées aux champs d’instance. |
Les hiérarchies sont représentées au format JSON comme suit :
{
"hierarchies": [
{
"id": "6e292e54-9a26-4be1-9034-607d71492707",
"name": "Location",
"source": {
"instanceFieldNames": [
"state",
"city"
]
}
},
{
"id": "a28fd14c-6b98-4ab5-9301-3840f142d30e",
"name": "ManufactureDate",
"source": {
"instanceFieldNames": [
"year",
"month"
]
}
}
]
}
Dans l’exemple JSON précédent :
Locationdéfinit une hiérarchie avec unestatesparent et uncitiesenfant. Chaquelocationpeut avoir plusieursstates, lesquelles peuvent avoir à leur tour plusieurscities.ManufactureDatedéfinit une hiérarchie avec uneyearparent et unmonthenfant. ChaqueManufactureDatepeut avoir plusieursyears, lesquelles peuvent avoir à leur tour plusieursmonths.
Conseil
Pour une prise en charge des opérations CRUD (create, read, update et delete) de l’API de hiérarchie, lisez l’article Interrogation des données et la documentation REST de l’API de hiérarchie.
Exemple de hiérarchie
Prenons un exemple dans lequel la hiérarchie H1 a building, floor et room dans le cadre de sa définition instanceFieldNames :
{
"id": "aaaaaa-bbbbb-ccccc-ddddd-111111",
"name": "H1",
"source": {
"instanceFieldNames": [
"building",
"floor",
"room"
]
}
}
Étant donné les champs d’instance utilisés dans la définition précédente et plusieurs séries chronologiques, les attributs et les valeurs de la hiérarchie apparaissent comme indiqué dans le tableau suivant :
| ID Time Series | Champs d'instance |
|---|---|
| ID1 | "building" = "1000", "floor" = "10", "room" = "55" |
| ID2 | "building" = "1000", "room" = "55" |
| ID3 | "floor" = "10" |
| ID4 | "building" = "1000", "floor" = "10" |
| ID5 | Aucune des valeurs « building », « floor » ou « room » n’est définie. |
Les séries chronologiques ID1 et ID4 sont affichées dans la hiérarchie H1 dans l’Explorateur Azure Time Series Insights, car elles ont des paramètres building, floor et room entièrement définis et correctement ordonnés.
Les autres sont classés sous Instances sans parent, car elles ne sont pas conformes à la hiérarchie de données spécifiée.
Types de modèles de série chronologique
Les types de modèles de série chronologique vous aident à définir des variables ou des formules permettant d’effectuer des calculs. Les types sont associés à une instance spécifique.
Un type peut avoir une ou plusieurs variables. Par exemple, une instance de modèle de série chronologique peut être de type Capteur de température, qui se compose des variables avg temperature (température moyenne), min temperature (température minimale) et max temperature (température maximale).
Conseil
Pour une prise en charge des opérations CRUD (create, read, update et delete) de l’API de types, lisez l’article Interrogation des données et la documentation REST de l’API de types.
Propriétés type
Les types de modèles de série chronologique sont définis par id, name, description et variables.
| Propriété | Description |
|---|---|
| id | ID de chaîne unique respectant la casse du type. |
| name | Chaîne utilisée afin de fournir un nom pour le type. |
| description | Description sous forme de chaîne pour le type. |
| variables | Spécifient les variables associées au type. |
Les types sont conformes à l’exemple JSON suivant :
{
"types": [
{
"id": "1be09af9-f089-4d6b-9f0b-48018b5f7393",
"name": "DefaultType",
"description": "Default type",
"variables": {
"EventCount": {
"kind": "aggregate",
"value": null,
"filter": null,
"aggregation": {
"tsx": "count()"
}
},
"Interpolated Speed": {
"kind": "numeric",
"value": {
"tsx": "$event['Speed-Sensor'].Double"
},
"filter": null,
"interpolation": {
"kind": "step",
"boundary": {
"span": "P1D"
}
},
"aggregation": {
"tsx": "right($value)"
}
}
}
}
]
}
Les types de modèles de série chronologique peuvent avoir de nombreuses variables qui spécifient des règles de formule et de calcul sur les événements. En savoir plus sur la façon de définir des variables de modèle de série chronologique
Étapes suivantes
Pour plus d’informations sur la modification du modèle à l’aide d’API, consultez la documentation de référence du modèle de série chronologique.
Explorez les formules et les calculs que vous pouvez créer à l’aide de variables de modèle de série chronologique.
En savoir plus sur l’interrogation des données dans Azure Time Series Insights Gen2.