Comment sécuriser vos pipelines de données et éviter les plantages lors de purges automatisées ?

Optimisation de la résilience des purges via CAS

Lors de l'orchestration de flux de données complexes, il arrive fréquemment qu'un fichier ait déjà été supprimé par un autre processus. Pour empêcher l'interruption brutale de vos chaînes d'intégration, l'action propose le paramètre quiet. Lorsqu'il est défini sur vrai, toute tentative de suppression d'une entité inexistante renverra un statut de succès sans déclencher d'erreur bloquante. Par ailleurs, il est crucial d'exploiter le paramètre removeAccessControls. En l'activant, vous vous assurez que toutes les règles de sécurité et métadonnéesInformations décrivant les données, les utilisateurs et les ressources dans SAS Viya. Elles assurent la traçabilité, la sécurité et la gouvernance au sein de l'architecture distribuée. associées à l'objet sont également purgées, évitant ainsi de laisser des configurations orphelines dans la matrice de sécurité de la plateforme.

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`.