L'action deleteSource est un pilier fondamental de la gouvernance des donnéesEnsemble de règles, processus et outils (comme SAS Information Governance) assurant la qualité, la conformité, la sécurité et la disponibilité des actifs de données au sein de l'écosystème Viya. au sein de CAS Cloud Analytic ServicesMoteur d'exécution in-memory de SAS Viya. Il assure le traitement massivement parallèle (MPP) et distribué des données pour optimiser les performances analytiques et le passage à l'échelle.. Contrairement aux commandes de base qui se contentent de décharger une table de la mémoireGemini said
Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya. vive en sessionInstance de connexion active entre un client et le serveur CAS (Cloud Analytic Services), isolant les ressources, les bibliothèques et les traitements d'un utilisateur au sein de SAS Viya., cette action permet de détruire physiquement le fichier ou la table directement depuis la source de données liée à votre caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance.. En intégrant cette commande dans vos microservicesLes microservices sont une approche d'architecture logicielle où une application est décomposée en une collection de petits services indépendants, spécialisés et communicant entre eux via des APIs légères. Contrairement aux architectures "monolithiques" anciennes, chaque microservice remplit une fonction unique (ex: gestion du catalogue, authentification, moteur de calcul).
Dans SAS Viya 4, cette architecture est native. Elle permet à la plateforme de s'exécuter sur Kubernetes, offrant une flexibilité totale : chaque composant de SAS peut être mis à jour, redémarré ou mis à l'échelle (scaling) individuellement sans affecter le reste du système. et routines de maintenance, vous automatisez la purge de vos plans de données obsolètes. Cela permet de réduire considérablement les coûts de stockage sous-jacents tout en garantissant que votre environnement analytique reste propre et conforme aux politiques de rétention de l'entreprise.
Pourquoi la maîtrise de l'action deleteSource est-elle indispensable pour réduire vos coûts d'infrastructure Data ?
Optimisation du Cycle de Vie des Données CAS
Exemples pour l'action deleteSource
Suppression simple d'un fichier physique
Utilisation de l'action deleteSource pour supprimer de manière permanente le fichier 'voitures_a_supprimer.sashdat' du système de fichiers de la caslib CASUSER. Une fois exécutée, impossible de faire machine arrière !
Suppression silencieuse, nettoyage des accès et mot de passe (BASESAS)
Tentative de suppression d'un fichier SAS natif (.sas7bdat) potentiellement protégé par un mot de passe d'altération. L'option `quiet=true` garantit que si le fichier a déjà été supprimé par un autre processus, le code renverra quand même un statut de succès sans planter le job batch. On demande également de nettoyer les contrôles d'accès associés via `removeAccessControls`.
Conseil de l'Expert
Avant d'automatiser deleteSource, assurez-vous que votre Caslib n'est pas définie en Read-Only. De plus, pour une sécurité maximale en production, utilisez l'option quiet=True dans vos scripts de maintenance. Cela permet d'éviter l'échec d'un pipeline complet si le fichier physique a déjà été supprimé manuellement par un administrateur système, tout en loguant l'information.
Leviers techniques de réduction des coûts via deleteSource
- Libération de l'empreinte physique (Persistent Volume) : Contrairement à dropTable qui ne libère que la RAM de l'executeur CAS, deleteSource détruit le fichier source (ex: .sashdat, .parquet), réduisant directement la facture de stockage cloud.
- Nettoyage des fichiers temporaires de calcul : Crucial lors de l'utilisation de caslibs de type "Path" ou "S3" pour supprimer les tables de travail volumineuses qui ne survivent pas à la fin du job mais encombrent le disque.
- Conformité RGPD et "Right to be forgotten" : Seule cette action garantit la destruction physique irréversible de la donnée au niveau du stockage objet ou du système de fichiers.
Cette réponse vous a-t-elle aidé ?
À lire aussi...
Suppression de données multicloud : comment piloter Hadoop, Snowflake et Azure depuis une seule interface ?
Données chiffrées et formats propriétaires : quelles sont les règles d'or pour détruire des tables protégées ?
Comment sécuriser vos pipelines de données et éviter les plantages lors de purges automatisées ?