Tous les produits
Search
Centre de documentation

Simple Log Service:Modèle de données

Dernière mise à jour :Aug 19, 2026

Découvrez les régions, les projets, les Logstores, les journaux et autres structures de données dans Simple Log Service (SLS).

Les concepts suivants décrivent le modèle de données de SLS.

Région

Une région est un nœud de service Alibaba Cloud. Déployez vos services dans différentes régions pour réduire la latence d'accès de vos utilisateurs.

Projet

Un projet est l'unité de gestion de base dans SLS pour l'isolation et le contrôle des ressources. Utilisez un projet pour gérer tous les journaux et sources de journaux d'une application.

Logstore

Un Logstore est l'unité de collecte, de stockage et de consommation des journaux dans SLS. Chaque Logstore appartient à un projet et un projet peut contenir plusieurs Logstores. Bonne pratique : créez un Logstore par type de journal. Par exemple, pour une application de jeu nommée big-game qui génère des journaux d'exploitation, des journaux d'application et des journaux d'accès, créez un projet nommé big-game avec trois Logstores, un pour chaque type de journal.

Journal

Un journal est la plus petite unité de données dans SLS. SLS utilise le modèle de données semi-structuré suivant :

Champ Description Exigences
time Champ réservé. Il indique l'heure de génération du journal, généralement extraite de l'horodatage du journal. Entier. Horodatage UNIX en secondes (secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC).
topic Champ personnalisé permettant de catégoriser les journaux. Par exemple, classez les journaux d'accès par site. Toute chaîne, y compris une chaîne vide, jusqu'à 128 octets. La valeur par défaut est une chaîne vide.
source Source du journal, telle que l'adresse IP de la machine d'origine. Toute chaîne encodée en UTF-8 jusqu'à 128 octets. La valeur par défaut est une chaîne vide.
content Contenu du journal, composé d'une ou plusieurs paires clé-valeur. Clé : chaîne UTF-8 jusqu'à 128 octets. Caractères autorisés : lettres, chiffres et traits de soulignement (_). Ne peut pas commencer par un chiffre. Clés réservées :
  • __time__
  • __source__
  • __topic__
  • __partition_time__
  • __extract_others__
  • __extract_others__
Valeur : toute chaîne UTF-8 jusqu'à 1 Mo.
tags Tags de journal :
  • Personnalisés : ajoutés lors de l'écriture des données via l'API PutLogs.
  • Côté serveur : ajoutés par le service, notamment __client_ip__ et __receive_time__.
Format dictionnaire. La clé et la valeur sont des chaînes. Dans la console, les tags s'affichent avec le préfixe __tag__:.

Topic

Vous pouvez classer les journaux d'un Logstore par topic. Spécifiez un topic lors de l'écriture des journaux, puis filtrez par topic lors des requêtes. Par exemple, utilisez un ID utilisateur comme topic afin que chaque utilisateur ne voie que ses propres journaux. Si aucune catégorisation n'est nécessaire, utilisez le même topic pour tous les journaux.

Remarque

Une chaîne vide est un topic valide et constitue la valeur par défaut pour l'écriture et les requêtes. Si vous n'avez pas besoin de topics, utilisez la chaîne vide par défaut.

L'exemple suivant mappe un journal d'accès Nginx brut au modèle de données SLS. L'adresse IP du serveur Nginx est 10.10.10.1 :

10.1.1.1 - - [01/Mar/2012:16:12:07 +0800] "GET /Send?AccessKeyId=82251054** HTTP/1.1" 200 5 "-" "Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2"

Ce journal brut correspond au modèle de données SLS comme suit :

Champ Contenu Description
topic Aucun La valeur par défaut (une chaîne vide) est utilisée.
time 1330589527 Heure exacte de génération du journal en secondes, convertie à partir de l'horodatage du journal brut.
source 10.10.10.1 L'adresse IP du serveur est utilisée comme source du journal.
content Paires clé-valeur Le contenu spécifique du journal.

Extrayez le contenu du journal brut en paires clé-valeur comme suit :

key value
ip 10.1.1.1
method GET
status 200
length 5
ref_url -
browser Mozilla/5,0 (X11; Linux i686 on x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2

Journaux

Une collection de journaux.

LogGroup

Un groupe de journaux.

LogGroupList

Une collection de LogGroups servant à renvoyer les résultats.

Méthodes d'encodage

SLS prend en charge les méthodes d'encodage suivantes. Spécifiez la méthode via l'en-tête Content-Type dans l'API RESTful.

Signification Description Content-Type
Protobuf Modèle de données encodé en Protobuf. application/x-protobuf

Détails du format Protobuf : Méthodes d'encodage des données.

Remarque

Protobuf n'impose pas l'unicité des paires clé-valeur, mais des clés dupliquées peuvent entraîner un comportement indéfini.

Encodez les champs dans l'ordre de leurs numéros de champ Protobuf. Les champs hors ordre risquent de ne pas être analysés correctement.