Grâce aux interfaces clients ouvertes de la plateforme SAS Viya, vous pouvez orchestrer la suppression de ces listes de sécurité de manière programmatique au sein de vos pipelines de données. Au lieu d'utiliser une interface graphique, les ingénieurs peuvent exécuter l'action via CASLLangage de script de SAS Viya utilisé pour interagir avec le serveur CAS. Il permet de combiner des actions CAS, de gérer la logique de programmation et de manipuler les résultats en mémoire., Lua, R ou Python. Par exemple, pour intégrer cette étape dans un script Python automatisé, vous utiliserez la syntaxe suivante : results = s.accessControl.deleteDAList()
Cette approche polyglotte facilite l'intégration des règles de conformité dans vos processus d'intégration continue et vos architectures basées sur les 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..
Comment automatiser la suppression des listes de contrôle d'accès directement dans vos pipelines DataOps ?
Automatisation de la Sécurité avec l'Actionset AccessControl
Exemples pour l'action deleteDAList
Suppression basique d'une liste
Ce code purge purement et simplement la Data Access List (DAList) associée à notre caslib. Plus de jaloux, la liste est remise à zéro.
Suppression avec audit et vérification du statut
Un bon architecte ne lance pas de commandes à l'aveugle : il vérifie qu'elles ont fonctionné. Voici comment récupérer le code de retour pour afficher un message personnalisé de validation.
Conseil de l'Expert
Ne supprimez jamais des ACL de manière isolée sans avoir validé l'existence d'une règle parente ou d'un groupe de secours. Dans un pipeline CI/CD, utilisez l'action accessControl.whatIsEffective avant toute suppression pour capturer l'état final théorique et éviter de "bloquer" l'accès au moteur CAS lui-même.
Cette réponse vous a-t-elle aidé ?
