IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Architecture générale SAS - Partie 1
Par Stackware

Le , par Stackware

0PARTAGES

Bonjour à tous,

Un petit billet pour commencer, d'autres suivront, sur le même thème. Une architecture SAS, ça ressemble à quoi?

Je ne parlerai pas des installations locales de SAS (tout sur mon PC et je n'ai besoin de rien d'autre), parce que ça n'a aucun intérêt et que l'on en voit de moins en moins.

Ci-dessous, un petit schéma d'une architecture "historique" valable jusqu'à la version 9.3. Nous somme aujourd'hui en 9.4 depuis plus de 2 ans, et cette dernière offre énormément de choses en plus que ce qui suit :


En installation "basique", c'est à dire hors solutions métier particulières ou bien "Enterprise BI" (qui ajoute un serveur Web avec des applications de type BI), nous avons la plateforme de base : un Metadata server et un Compute server.
Ces deux composantes logiques peuvent être installées sur le même serveur physique bien entendu, mais il est important de faire le distingo entre les deux.
La partie métadonnées gère tous les paramètres des composants installés, ainsi que tout ce qui touche aux habilitations, authentifications et autres.

Le Compute server est appelé aussi serveur de calcul ou d'applications SAS. C'est le moteur. Il est le seul à savoir interpréter du code SAS et à l'exécuter.
Dans ce type de configuration, on peut lancer un programme sas de deux façons :
  • Ouvrir une session sur le serveur et lancer "sas" ou "sas.exe" là où il se trouve, avec des paramètres derrière, dont le nom du programme à lancer
  • Ouvrir une session de type workspace server, à partir d'un outil en client/serveur

Pour le premier cas, facile : je me connecte sur le serveur en ouvrant une session (MSTSC ou session SSH/X), et j'invoque ma commande sas.
Pour le second, je dispose de SAS Enterprise Guide, ou bien de Data Integration Studio (ETL SAS) à partir de mon poste, et ça ouvre une session distante sur le serveur.

Dans les deux cas, il faut que mon couple user/passe soit reconnu sur le serveur. Dans les deux cas, c'est bien le serveur qui travaille, et pas mon poste. Dans les deux cas les fichiers ou tables en entrée doivent être visibles ou accessibles par le serveur pour être traités, et c'est pareil pour le résultat s'il doit y en avoir un.

To be continued...

Une erreur dans cette actualité ? Signalez-nous-la !