Vous administrez une plateforme SAS Viya 4SAS Viya 4 est une plateforme d'IA, de data management et d'analytics de pointe, nativement conçue pour le Cloud (Cloud-Native). Contrairement aux versions précédentes, elle repose sur une architecture de microservices orchestrée par Kubernetes.
Elle permet de gérer l'intégralité du cycle de vie de la donnée — de l'ingestion à la mise en production des modèles (ModelOps) — en offrant une élasticité totale, une intégration transparente avec l'open-source (Python, R) et une interface unifiée pour les data scientists et les décideurs métiers. sur Red Hat OpenShiftOpenShift est la plateforme Kubernetes d'entreprise de Red Hat conçue pour orchestrer, sécuriser et gérer le cycle de vie des applications conteneurisées.
Pour SAS Viya 4, OpenShift agit comme la fondation "Cloud Native" indispensable : il automatise le déploiement des microservices SAS, garantit la haute disponibilité des calculs analytiques et permet une portabilité totale entre le cloud public (Azure, AWS, GCP) et les infrastructures sur site. et un de 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. refuse de démarrer ? Qu'il s'agisse d'un déploiement initial ou de la préparation d'une migration vers une nouvelle version comme la LTS 2026.03, le débogageProcessus d'identification, d'analyse et de correction des erreurs ou anomalies dans un code (DATA step, Proc, Python) pour assurer le bon fonctionnement des traitements dans SAS Viya. sur KubernetesKubernetes est l'orchestrateur open source gérant le déploiement, la mise à l'échelle et l'exécution conteneurisée des microservices de l'architecture cloud-native de SAS Viya. peut vite tourner au cauchemar. La faute aux logsFichiers chronologiques enregistrant les événements système, erreurs et activités d'exécution dans SAS Viya, essentiels pour le monitoring, le débogage et l'audit des services et des jobs. JSON massifs générés par Viya. Découvrez la technique ultime pour isoler les erreurs fatales instantanément et arrêter de scroller dans le vide.
Le cauchemar des logsFichiers chronologiques enregistrant les événements système, erreurs et activités d'exécution dans SAS Viya, essentiels pour le monitoring, le débogage et l'audit des services et des jobs. JSON natifs sur KubernetesKubernetes est l'orchestrateur open source gérant le déploiement, la mise à l'échelle et l'exécution conteneurisée des microservices de l'architecture cloud-native de SAS Viya.
L'architecture cloud-native de SAS Viya 4SAS Viya 4 est une plateforme d'IA, de data management et d'analytics de pointe, nativement conçue pour le Cloud (Cloud-Native). Contrairement aux versions précédentes, elle repose sur une architecture de microservices orchestrée par Kubernetes.
Elle permet de gérer l'intégralité du cycle de vie de la donnée — de l'ingestion à la mise en production des modèles (ModelOps) — en offrant une élasticité totale, une intégration transparente avec l'open-source (Python, R) et une interface unifiée pour les data scientists et les décideurs métiers. repose sur des dizaines de pods. Par défaut, la standardisation exige que ces pods crachent leurs journaux d'événements au format JSON. Si cette pratique est idéale pour une ingestion par des outils comme Elasticsearch ou Splunk, elle est absolument illisible pour un œil humain dans un terminal.
Taper un simple oc logsFichiers chronologiques enregistrant les événements système, erreurs et activités d'exécution dans SAS Viya, essentiels pour le monitoring, le débogage et l'audit des services et des jobs. pod/<nom-du-pod-sas> revient à chercher une aiguille dans une botte de foin numérique. Les messages d'information (INFO) noient les véritables alertes (ERROR ou FATAL) qui expliquent pourquoi votre conteneur boucle sur un statut CrashLoopBackOff ou CreateContainerConfigError.
La commande magique avec jq
Pour débusquer l'erreur en quelques secondes, il faut filtrer le flux à la volée. L'outil en ligne de commande jq est le meilleur allié de l'administrateur système SAS.
Exécutez cette commande pour n'afficher que ce qui bloque réellement votre déploiement :
