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 2
Par Stackware

Le , par Stackware

0PARTAGES

Pour continuer le billet précédent, on peut remarquer les différences entre les deux modes d'accès au serveur :

Pour le premier (connexion directe en ouvrant une session sur le serveur et travail ensuite directement avec l'outil), on a déjà une limitation quand on s'adresse à un serveur Linux/Unix : il faut un client X-Windows pour travailler. Ce qui veut dire pour les larges infrastructures des soucis pour installer ces clients pas si fréquents sur des postes utilisateur.
Ensuite on a un souci de transfert des résultats ou des sources : on rapatriera avec un client FTP les fichiers obtenus sur le poste client (toujours dans le cas d'un serveur Linux/Unix), si l'on doit travailler ensuite dessus avec d'autres outils, comme Excel par exemple). Il faudra faire de même si on doit travailler avec un fichier local
Les possibilités de résultat sont compliquées à obtenir (un graphe par exemple), car tout doit être programmé.
L'ergonomie et l'accessibilité de la session SAS en ligne n'ont rien à voir avec un client comme Enterprise Guide par exemple, ou même SAS Studio : pas de drag&drop souris comme avec Guide, pas d'aide syntaxique à l'écriture de programmes (Guide et Studio), pas de notion de tâche préprogrammée (Studio), etc.
La productivité est donc bien moindre.

D'un point de vue purement exploitation, la connexion directe à un serveur de production n'est généralement pas très appréciée des administrateurs, puisque source potentielle d'ennuis, autant d'un point de vue maintenance que sécurité.

Pour terminer sur cette façon de faire, SAS ne soutient pas cette manière de faire les choses, et pousse en avant les solutions client/serveur (avec Enterprise Guide), et plus encore la nouvelle interface Web Studio, qui ne demande aucune installation pour les utilisateurs.
Il faut par contre adopter la nouvelle architecture 9.4 pour profiter de l'interface web de Studio, et remplacer une session SAS initiée en direct sur le serveur. Cette architecture répond aux demandes des administrateurs système, et ce à plus d'un titre.

Dans le prochain billet, j'expliquerai cette nouvelle architecture et les outils fournis en standard de la plateforme, qui sont plus que les bienvenus.

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