Dans une infrastructure moderne basée sur des 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 des conteneurs, le coût est directement lié à l'utilisation des ressources. Utiliser systématiquement l'action endSession à la fin de vos pipelines de données est une pratique d'excellence pour le support aux utilisateurs et la gouvernance financière. En mettant fin explicitement à la 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., vous stoppez la consommation de ressources de calcul qui, autrement, resteraient bloquées et facturées jusqu'au déclenchement du timeoutélai maximal d'attente (session, requête ou connexion) avant l'interruption automatique d'un processus SAS Viya pour libérer les ressources ou assurer la sécurité du système. système. C'est un levier simple mais puissant pour maximiser le retour sur investissement de votre plateforme.
Pourquoi la fermeture de session est-elle le secret d'un budget Cloud maîtrisé ?
L'impact financier du "Zombie Session"
Exemples pour l'action endSession
Fermeture basique de session
Découvrez cet exemple pour l'action CAS endSession : il libère les ressources et threads du serveur en terminant proprement l'identifiant de session, évitant ainsi la persistance de processus orphelins.
Fermeture avec vérification du statut
Cet exemple utilise l'argument status pour capturer l'objet de retour de l'action. On évalue ensuite la sévérité via $s.severity$ afin de valider la terminaison propre du lien client-serveur.
Conseil de l'Expert
En tant que consultant senior sur les architectures SAS Viya 4, je vois trop souvent des plateformes Kubernetes dont les coûts explosent inutilement à cause de sessions CAS (Cloud Analytic Services) "fantômes".
Dans un environnement Cloud (Azure, AWS ou GCP), chaque nœud de calcul actif génère une facturation à la seconde. Voici pourquoi la rigueur dans la fermeture de vos sessions est votre meilleur levier d'optimisation budgétaire.
Ne comptez jamais sur le cas.sessionTimeout par défaut (souvent réglé à 60 minutes). En production, une session inactive qui "attend" son timeout consomme des pods Kubernetes et bloque des ressources RAM/CPU précieuses, empêchant le Cluster Autoscaler de réduire la taille de votre infrastructure pendant les périodes creuses.
Dans un environnement Cloud (Azure, AWS ou GCP), chaque nœud de calcul actif génère une facturation à la seconde. Voici pourquoi la rigueur dans la fermeture de vos sessions est votre meilleur levier d'optimisation budgétaire.
Ne comptez jamais sur le cas.sessionTimeout par défaut (souvent réglé à 60 minutes). En production, une session inactive qui "attend" son timeout consomme des pods Kubernetes et bloque des ressources RAM/CPU précieuses, empêchant le Cluster Autoscaler de réduire la taille de votre infrastructure pendant les périodes creuses.
Cette réponse vous a-t-elle aidé ?
