Votre avis sur quelques ordonnanceur ? Dollar Universe, Automator, control M...

vendredi 24 juin 2011
Mamoudou DEMBA
Chef de projet technique- Banque de FRance
Les ulis, France
Bonjour,

Que pensez-vous des ordonnanceurs suivants: $U, contrôl M, automator, Vtom ?
1
Sofiane Izza trouve trouvent cette discussion intéressante
vendredi 22 juillet 2011
Mamoudou DEMBA
Chef de projet technique- Banque de FRance
Les ulis, France
Chaque ordonnaneur a sa spécificité, c'est un habillage, on peut les comparer à des encapsuleurs de scripts (Shell unix, bat pour windows etc...) mais la philosophie est la même.

Chacun ordonnance l'enchaînement de jobs.

$U est basé sur les évènements, tandis que Control M se base sur le phénomène de montée au plan et automator sur le phénomène instance mais proche de control M. Vtom que je connais moins, repose sur une architecture client/serveur.
lundi 16 janvier 2012
Juste une précision sur $U par rapport à la réponse de Raoul : il n'a a pas de montée au plan, c'est du temps réel, ce qui apporte une souplesse évidente et évite par ailleurs les problèmes potentiels de charge liés à la montée au plan.
lundi 30 janvier 2012
Peter Bramwell
Administrateur Control-M / Analyste Cyber-Investigations, SOC Airbus
Toulouse, France
Les problèmes de charge lors de la montée au plan peuvent sans aucun problème être solutionné en faisant des monté au plan décalé (via des userdaily différent, programmé a d'autres heures), cela permet aussi une vue plus claire.

Par exemple:
une monté au plan d'un userdaily "batchnuit" qui monte a 20H00 tous les jobs de la nuit, ce qui évite de les voir apparaître durant la journée...
mercredi 30 mai 2012
Mamoudou DEMBA
Chef de projet technique- Banque de FRance
Les ulis, France
Control M est la solution d’Ordonnancement centralisé cross-plateformes, cross-applications de BMC Software. Considéré comme le leader mondial de l’ordonnancement (Gartner), cet automate d’exploitation se veut simple de prise en main, complet et efficace.

Open Source Job scheduler propose un moteur des agents Java pour les plateformes Unix et Windows. Un "job editor" permet de construire ses enchaînements.

$Universe est l’ordonnanceur de la société ORSYP ( http://www.orsyp.com ). Il a été conçu pour de gros systèmes, son architecture considère chaque machine comme une unité autonome mais pouvant dialoguer avec des partenaires déclarés.

C’est un automate d’exploitation multi-plateforme et multi-application. Sa version actuelle est la 5.6.

TWS est la solution multi-plateformes d’IBM, destinée aussi bien aux PME qu’aux grandes entreprises.

Constitué à l’origine des solutions Maestro pour le monde distribué (rachat d’Unison en 1998) et d’OPC (solution IBM) pour le monde mainframe, TWS est développé depuis 2001 par les Laboratoires IBM de Rome.

Visual TOM, Job Scheduler d’Absyss conçu pour les environnements hétérogènes, non intrusif. Il supporte les charges liées à l’évolution volumétrique des opérations ordonnancées, et garantit le service de planification et d’ordonnancement, sans limite ni rupture…

Visual TOM est disponible en Français, anglais, Allemand, Espagnol Visual TOM existe en 2 éditions.

La version 11.3 d’Autosys est en GA depuis Mars 2011, elle intègre le moteur Autosys 4.5.1 avec quelques nouvelles fonctionnalités comme la gestion des ressources ou des fonctions liés à JMO (TNG Workload), une nouvelle interface WCC et les agents cybermation.
vendredi 11 octobre 2013
Jacques-olivier Madamour
Websphere MQ Engineer, Natixis
Nogent-sur-marne, France
j'ai eu l'occasion de travailler sur TWS dans sa dernière version ainsi que $U.
j'ai sans hésitation une préférence avec TWS de part les aspects suivants:
- montée au plan:
maitrise du plan de production de la journée TWS VS aucun visuel des traitements de la journée de $U
- mode client serveur intéraction entre le noeuds TWS VS chaque noeud est autonome sur $U
- simplification d'administration centralisée TWS VS Univiewer présent que depuis la version 6 de $U
- simplification de tunning TWS (jobmanrc) VS U_POST_UPROC
- reprise en cas de crash TWS (MASTER BACKUP) VS obliger de synchroniser les filesystem $U