Comparaison des versions du service Log Audit - nouvelle vs ancienne - Simple Log Service

Découvrez les différences entre le service Log Audit (Nouvelle version) et le service Log Audit (Ancienne version).

Important

Le service Log Audit (ancienne version) n'est plus mis à jour. Nous vous recommandons de migrer vers la nouvelle version du service Log Audit dès que possible.

Comparaison des versions

Critères	Ancienne version : Limitations	Nouvelle version : Points forts de la mise à niveau
Type de connexion	Les journaux sont collectés dans un Logstore dédié (`slsaudit-center-<AlibabaCloudAccountID>-<ConfiguredRegion>`). Les mises à jour des champs et du contenu des journaux sont en retard par rapport aux évolutions des services cloud. Une collecte en double peut se produire si la collecte de journaux est déjà activée sur le service cloud, ce qui entraîne des coûts de stockage supplémentaires.	Les journaux sont d'abord collectés dans le Logstore de destination par défaut du service cloud. Par exemple, les journaux ApsaraDB RDS, PolarDB, ALB et CLB sont envoyés par défaut vers `aliyun-product-data-<AlibabaCloudAccountID>-<ConfiguredRegion>`. Les champs et le contenu des journaux restent entièrement synchronisés avec le service cloud. Les journaux ne sont collectés qu'une seule fois. Aucun coût de stockage supplémentaire si la collecte centralisée est désactivée.
Configuration des propriétés de stockage du Logstore	Configurable uniquement sur la page de configuration globale. Période de conservation Période de classe de stockage IA (anciennement stockage froid) Non pris en charge : Mode de facturation Stockage d'archive Suppression du Logstore	Période de conservation des journaux Classe de stockage IA (anciennement stockage froid) Mode de facturation Stockage d'archive Suppression du Logstore
Projet de journalisation centralisé	La collecte de journaux centralisée prend en charge uniquement un projet. Après avoir sélectionné une région centrale, les journaux ne peuvent être envoyés que vers un projet et un Logstore aux noms fixes.	La collecte de journaux centralisée prend en charge plusieurs projets pour la conformité des données inter-régions. La région centrale, le projet et le Logstore sont tous sélectionnables.
Fonctionnalité multi-comptes	Une seule destination de collecte d'audit est prise en charge. Si un compte Alibaba Cloud active le service Log Audit avec des comptes membres configurés, ces comptes membres ne peuvent pas activer indépendamment le service Log Audit. Sinon, une erreur de conflit se produit. Si un compte membre active indépendamment le service Log Audit, la configuration multi-comptes du compte parent ne peut pas inclure ce compte membre. Sinon, un conflit de livraison de journaux se produit.	Plusieurs destinations de collecte d'audit sont prises en charge.
Frais de transformation des données pour la synchronisation centralisée	Lorsque la fonctionnalité Sync to Center est activée, des frais de transformation des données s'appliquent pour la synchronisation des journaux des Logstores régionaux vers un Logstore central.	Les frais suivants sont exonérés lors de la collecte des journaux depuis le Logstore de destination par défaut d'un service cloud vers un Logstore central : Trafic de transformation des données Trafic d'écriture Opérations d'écriture
Filtrage de la collecte	Nécessite la configuration d'une politique de collecte, ce qui implique de comprendre comment utiliser les politiques de collecte. Une seule politique de collecte par service cloud.	Trois modes de ressource sont proposés : Tout sélectionner, Propriétés de la ressource et Liste des instances. Plusieurs règles pour différents scénarios permettent une orchestration flexible.
Collecte des journaux d'exécution	Non pris en charge.	Prend en charge la collecte des journaux d'exécution depuis des agents open source (tels que Tetragon et Falco) vers un Logstore via Logtail.
OpenAPI	Aucune OpenAPI externe n'est fournie.	Contrôlez la collecte de journaux à l'aide des Règles de collecte des services cloud. Les règles de collecte pour les services cloud sont découplées du service Log Audit et sont associées à l'aide d'un projet central.
Terraform	Configuration couplée des services cloud : Les configurations de collecte pour plusieurs services cloud dépendent d'un seul fichier de configuration.	Les configurations sont indépendantes et définies par service cloud. Terraform est pris en charge. Exemple d'utilisation.

Comparaison des champs de journal

Service cloud	Nouvelle version	Version précédente	Description (Dans la nouvelle version, les champs de journal correspondent à ceux affichés dans la console du service cloud)	Détails
ActionTrail	Champs de journal	ActionTrail	La structure des champs est différente.	La nouvelle version ajoute des champs de ressource et d'identité (par exemple, event.resourceName, event.userIdentity.sessionContext). La version précédente incluait event.requestParameters.HostId, event.requestParameters.Name et event.requestParameters.Region. Les champs event.requestParameters et event.requestParameterJson remplacent la sortie précédente.
Cloud Config	Champs de journal	Cloud Config	Le contenu des champs est différent.	La nouvelle version ajoute des champs de journal pour les snapshots de ressources planifiés.
Object Storage Service	Champs de journal	Object Storage Service	Le contenu des champs est différent.	Journal d'accès : La nouvelle version ajoute bucket_location, ec, user_defined_log_fields et archive_direct_read_size. Journal de suppression par lot : La nouvelle version ne contient pas le champ owner_id. Journal de comptabilité horaire : La nouvelle version ajoute le champ bucket_location.
RDS	Champs de journal	ApsaraDB RDS	Le contenu des champs est différent.	Journal d'audit : La version précédente inclut les champs owner_id, region, instance_name, db_type, db_version, threat_client_ip et hash qui ne sont pas présents dans la nouvelle version. Journal des requêtes lentes : La version précédente inclut le champ instance_name qui n'est pas présent dans la nouvelle version.
Server Load Balancer	Champs de journal	Server Load Balancer	Le contenu des champs est différent.	La version précédente inclut les champs owner_id, region, instance_id, instance_name, network_type et vpc_id qui ne sont pas présents dans la nouvelle version.
VPC	Champs de journal	VPC	Le contenu des champs est différent.	La version précédente inclut les champs __topic__ et region qui ne sont pas présents dans la nouvelle version.
Cloud Firewall	Champs de journal	Cloud Firewall	Aucune différence.	-
Anti-DDoS	Champs dans les journaux	Anti-DDoS	Le contenu des champs est différent.	Dans la nouvelle version, tous les champs de journal sont classés en champs d'événement, champs de détection du trafic et champs de nettoyage du trafic. Description des champs de journal.
Anti-DDoS Proxy	Champs inclus dans les journaux complets	Anti-DDoS	Le contenu des champs est différent.	La nouvelle version ajoute davantage de paramètres de requête client, tels que ssl_protocol, ssl_cipher et ssl_handshake_time.
Security Center	Catégories de journaux et description des champs	Security Center	Le contenu des champs est différent.	La nouvelle version propose davantage de champs de journal. Catégories de journaux.
API Gateway	Champs de journal	API Gateway	Aucune différence.	-
File Storage NAS	Champs de journal	File Storage	Le contenu des champs est différent.	La version précédente prend en charge uniquement General-purpose NAS. La nouvelle version contient davantage de champs de journal. Système de fichiers Extreme NAS.
Web Application Firewall 3.0	Description des champs de journal	Web Application Firewall	Le contenu des champs est différent.	La nouvelle version de WAF prend en charge les champs facultatifs, ce que la version précédente ne fait pas.
Bastionhost	Bastionhost	Bastionhost	Aucune différence.	-