Présentation OpCon/xps 4.0
Nouvelle Interface
L’interface est composée de différents écrans dont l’interactivité a été poussée à l’extrême, si on commence sagement avec un menu en accordéon sur la gauche et une page d’accueil assez sobre, chaque nouveau clic démontre l’excellent travail de l’équipe de développement :
- Vue globale
- Les différentes fenêtres peuvent être déplacées en drag&drop afin d’organiser son espace de travail.
les nouvelles fenêtres laissent les anciennes accessibles par un système d’onglet, on retrouve ainsi immédiatement les écrans précédemment consultés
des raccourcis sous forme d’icones sur la partie droite de l’écran permettent d’accéder aux fonctions principales
le menu principal se cache sur le côté pour laisser place aux fenêtres principales permettant une réelle optimisation de l’espace
chaque fenêtre dispose d’une « ligne de conduite » contenant les actions du contexte (bar action, sélection, recherche rapide...)
les sous-fenêtres restent synchronisées entre elle, un clic sur la vue maitre rafraichi l’ensemble des vues associés
on peut réorganiser les fenêtres en les déplaçant simplement ou en demandant un rangement automatique pour les positionner verticalement par exemple
le déplacement des fenêtres peut aller au delà de l’interface, il est ainsi possible de positionner ces fenêtres sur un deuxième écran
les raccourcis clavier permettent d’accéder à chacune des fonctions
L’impression générale est que l’ensemble des fonctions d’Eclipse a été utilisé au mieux pour obtenir une interface construite, très intuitive et agréable à l’utilisation mais surtout à toutes les utilisations, du développement aux équipes support en passant par le pilotage, chacun pouvant à souhait définir son écran pour une utilisation optimale.
- Vue Pert
- Des fonctions utiles pour isoler des éléments du graphiques.
Le menu est par défaut en accordéon mais peut être changé en arbre afin d’avoir l’ensemble du menu visible, il contient actuellement les rubriques suivantes :
administration : gestion de l’ordonnanceur
opérations : suivi d’exploitation
sécurité : gestion des utilsateurs
external tools : liens vers des outils externes
information : logs
support : application de bug et prochainement rapports de bugs
La page principale est sobrement composée de 2 catégories : MASTER (job designer, job editor et schedule editor) et DAILY (matrix view, list view, bar chart).
Le Schedule Editor a été "relooké" et bénéficie maintenant d’un champ recherche séparé du champ édition.
Le Job Master propose un assistant pour le calcul de la planification, on appréciera particulièrement le forecast rafraichi simultanément, toute modification sur la définition de la date de traitement est visible graphiquement et en temps réel.
- Vue Pert
- Des fonctions utiles pour isoler des éléments du graphiques.
La mise en place des dépendances se fait en drag&drop, la fonction auto_layout permet de redessiner au mieux les enchainements. La visualisation est renforcée par la fonction zoom et par la fonction isolation, l’isolation distingue le traitement courant et ses dépendances dans la chaine globale.
Pour la partie suivi, tous les moyens de sélection sont mis à disposition pour identifier efficacement ses traitements. La lisibilité est renforcée par des moyens graphiques tels que les codes couleurs ou l’utilisation d’icones.
La vue Matrix est construite à partir des colonnes que l’on aura coché dans la liste, la disposition de ces colonnes est gérée par drag&drop.
En plus des rapports, tous les types de vues graphiques sont disponibles : Gantt, Pert, Barres, Camembert, Jauge. Pour la partie génération des rapports, BIRT devrait être intégré dans les prochaines version et remplacera Crystal Report.
Nouveautes 4.0
Le nom des jobs peut être longs et contenir des caractères spéciaux tels que les espaces ou les accents. La normalisation du nom des traitements n’est plus limitée à la taille des champs mais il faudra tout de même prévoir quelques règles afin d’utiliser ces caractères avec modération.
- Vue sur plusieurs jours
- Le suivi d’exploitation n’est pas limitée à la journée de production mais permet au contraire d’accéder à l’historique souvent indispensable au diagnostic.
Les variables, anciennement token, sont maintenant des properties qui ont été étendues aux différents d’objets et peuvent être initialisées à différents niveaux (instance, machine, schedule, job).
Prenons l’exemple d’une chaine de traitement TEST qui prendrait une ville comme paramètre lors de la planification :
on définirait une variable city au niveau du Schedule Instance : SI.city
on l’utilise dans la commande avec des doubles crochets comme pour toute variable : [ [ SI.city ] ]
on initialise la variable au niveau du schedule build : city="Paris"
le schedule devient alors TEST.Paris, ce qui permet de le distinguer dans le filtre
La variable étant au niveau du schedule build, elle est défini en fonction du schedule, ainsi la variable précédemment définie pourra être manipulée à travers la variable SI.city.08/10/2008.schedule1 pour ce jour particulier et être modifiée en cas de reprise sans impact sur les autres lancements.
Pour les types machines et job on aura respectivement MI et JI. L’utilisation de l’espace disque de la machine comme variable sera defini comme suit : [ [ MI.DiskSpace ] ].
Un nouveau type de job apparaît : le Container. Comme son nom l’indique, le Container permet de spécifier un groupe de traitements.
L’utilisation se fait en deux temps :
la création d’une chaine associée à une Sub Schedule
l’intégration de cette chaine dans la chaine de traitement
Lors de l’exécution, on dispose de deux onglets supplementaires pour la gestion du Sub Schedule et du container.
Utiliser les container sur des chaines existantes se fait assez simplement en créant une chaine globale puis les sous-chaines dont on aura coché "Sub Schedule", on définit ensuite les jobs containers qui seront intégrés à la chaine globale.
On peut utiliser le groupe de machine pour lancer ses traitements sur chacune des machines du groupe. Lors de l’utilisation on spécifiera « run on each » ou « run on all », dans le cas de l’utilisation multi machines, le job sera instancié avec le nom de la machine ce qui permet de distinguer chacun des jobs pour le suivi d’exploitation.
WEB Opcon
- Dashboard
- Version web.
L’interface web permet d’avoir une vision sur les opérations. La vue globale peut être séparée en vues en définissant des « scopes ». Il est possible d’effectuer des actions multiples sur les différents traitements. L’utilisation d’Ajax permet un rafraichissement des informations sans rechargement complet de la page web, ainsi les données sont mises en couleur automatiquement pour suivre l’exploitation.
Cette version est en .NET, un serveur IIS est donc nécessaire.
L’évolution logique de cette interface est l’intégration des composants de l’interface Java permettant ainsi d’accéder aux mêmes fonctionnalités que le client lourd à travers un simple navigateur.
Business Process Monitor
- Vue Métier
- Les milliers de traitements sont résumés à un graphique affichant les jalons importants de la nuit de production et leurs dépendances.
Le Business Process Monitor est un outil que l’on a vu apparaitre il y a quelques années pour permettre aux utilisateurs de visualiser un ensemble de traitement de manière fonctionnelle.
L’exemple est assez caractéristiques de ce que ce type de produit permet d’obtenir comme affichage. Il provient des traitements d’une banque dont le parc est d’un millier de serveur sur lesquels tournent environ 26 000 jobs par jours (250 schedules et 7500 jobs définis). Le résultat permet de suivre la production sans besoin de connaissance du produit.
Les prochaines version devraient intégrer une base de données qui permettra d’historiser les informations des différentes sondes.
En résumé
La version 4.0 est une version majeure par le nombre de fonctionnalités qu’elle intègre, la mettant ainsi au niveau des meilleurs produits du marché. L’impression générale est un produit complet aussi bien en terme d’interface avec l’ensemble des moyens de visualisation (gant, pert, rapport, graphiques) qu’en terme d’ordonnancement avec l’implémentation des containers ou des groupes de machines mais c’est indéniablement avec la possibilité d’instancier les objets tout en gardant une vision claire de sa production que cette version fait d’OpCon/xps un outil puissant et évolutif.
On appréciera particulièrement la manière dont ces évolutions majeurs ont été intégrées car elles semblent exister depuis la naissance du produit, ceci étant renforcé par le fait que l’interface a été développé en prenant en compte les évolution du moteur, on aboutit à un produit homogène.
Préciser que l’interface est développée par une équipe française est, au de-là de tout chauvinisme, simplement d’indiquer le dynamisme de la partie française et son autonomie, même si elle a du défendre son projet pour obtenir l’aval de la maison mère. Concrètement, cela signifie qu’un client français bénéficiera d’un support de qualité et de proximité en s’adressant à une équipe locale dont la compétence n’est plus à démontrer plutôt qu’à une simple antenne dont le travail se résume à relayer les appels client.
Article
Lors du "SMA customer day" du 23 Octobre, SMA nous a présenté la version 4.0 considérée comme une version majeure. La présentation s’est effectivement révélée à la hauteur de l’annonce avec une bonne partie dédiée à la partie interface développée par l’équipe française.
| Date : | 1er novembre 2008 |
|---|---|
| Visites : | 2015 |
| Auteur : | E. Angenault |
| Site : | Angenault.net |
Accès rapide
Article d’actualité publié en première page du site.
- Open Source Scheduler en tant qu’agent distant
Cet article présente une architecture "agentless" avec un agent open source. Le terme d’agentless signifiant que l’agent n’est pas un agent de l’éditeur. La solution habituellement préconisée repose sur une commande distante (...)- Communiquer avec le RCS
Le Remote Commande Server est un composant, installé sur chaque agent, permettant de réaliser des opérations à distance. Communiquer avec lui permet de bénéficier d’un outil distant multi-plateforme.- Gros plan sur Visual TOM
La dernière présentation à laquelle j’avais assisté remontait à 2005, il était temps de se mettre à jour, j’ai donc profité de l’invitation d’Absyss pour faire un point sur les versions et les améliorations apportées depuis la (...)- Jobs cycliques déportés
Cet article est l’un des premiers de la série "Cas pratique", cette série concerne des sujets traités chez nos clients mais qui peuvent servir sur d’autres sites. Ils sont représentatifs des problématiques que l’on peut rencontrer (...)- Surveillance générique pour Dollar Universe
La remontée d’informations vers un outil de surveillance de surveillance se fait à travers des bibliothèques dynamiques, chaque connecteur est dédié à un outil de surveillance (HP openview, TNG, Patrol...) mais le connecteur le plus intéressant (...)
Dossier
A l’origine des solutions d’ordonnancement, crée en 1980, la société SMA édite et distribue depuis ses débuts une seule solution entièrement dédiée à l’ ordonnancement et à l’automatisation multi plates formes appelée OpCon/xps. La solution dispose plus de 20 agents différents et couvre l’ensemble des besoins d’une entreprise. Elle commence a intégrer le transfert de fichiers Unix et Windows.
Les discrets
Ils ont une certaine présence car on les rencontre sur quelques sites de production et ils apparaissent régulièrement dans les appels d’offre mais ils restent pourtant discrets sur au moins un des aspects suivants :
le produit n’est pas assez diffusé et nous avons beaucoup trop peu de retour utilisateurs
le support en France est sous-traité par une société tierce ou inextistant
l’éditeur ne souhaite pas communiquer les informations techniques de son produit
