Discussion :

[sam01]

Bonjour à tous,

dans les site dit 'Mainframe", il y a de plus en plus de systèmes distribués qui font leur apparition (Unix,linux, Windows).
Et ces systèmes ont de plus en plus besoin de communiquer entre eux.

Dans votre société, comment faîtes-vous pour faire cohabiter les deux ?

Est-ce vous lancer les scripts via TWS ou utilisez-vous un automate à part pour les systèmes distribués comme $universe par exemple ?

Et quand un traitement unix dépend d'un traitement MVS, comment faire-vous pour les faire dépendre l' un de l'autre ?

Ou avez-vous fait le choix de choisir un automate du Mainframe pour tout piloter (traitement Z/OS et traitement unix, linux...) ?

Merci d'avance pour vos retours d'expérience?

[Escapetiger]

Bonjour,

Chez les clients grands comptes qui ont un Mainframe pour lesquels j'ai travaillé (Z/os majoritairement de nos jours), ces choix dépendent de l'historique de la société, du coût (financier, humain, technologique, qualitatif ...) à changer leur organisation.

J'ai tout aussi vu des clients en pleine adhérence technologique à leur Mainframe (ce qui est fortement déconseillé d'un point de vue ROI - retour sur investissement mais, paradoxalement, rassurant d'un point de vue sécurité - centralisation)...

Est-ce vous lancer les scripts via TWS ou utilisez-vous un automate à part pour les systèmes distribués comme $universe par exemple ?

Déjà vu des systèmes Unix entièrement dépendants du mainframe, une catastrophe en terme d'exploitation (alèas réseau, horaires de production, etc...) A déconseiller

Et quand un traitement unix dépend d'un traitement MVS, comment faire-vous pour les faire dépendre l' un de l'autre ?

Plusieurs écoles s'opposent, un transfert de fichier (du type OK) ou bien l'unix "vient chercher" l'autorisation sur le mainframe.

Ou avez-vous fait le choix de choisir un automate du Mainframe pour tout piloter (traitement Z/OS et traitement unix, linux...) ?

C'est à mon sens la pire des solutions (cf. premier point), il existe la possibilité de créer des partitions Unix sur le Mainframe pour "pré-processer" les traitements ...

Il faudrait nous en dire plus quant aux contraintes applicatives (batch, temps réel, horodatage, etc ...)

ps: Dans tous les audit de sécurité il est vivement recommandé d'éviter l'adhérence à un système d'information (en terme de technologie).

[sam01]

Bonjour Escapetiger et merci pour tes conseils.

Sur mes traitements en question, qui vont tourner en septembre, il y a des dépendances horaires. TWS sait gérer
Il y a des fréquences : Par exemple " doit tourner le premier de chaque mois. TWS sait gérer.
Il y a des dépendances entre chaînes . TWS sait gérer.

C'est vrai que ce sont des traitements pur open (linux en l'occurrence), mais si TWS peut piloter tout ça pourquoi s'en passer.

Pourrais-tu détailler les éventuels problèmes que l'on pourrait rencontrer à mélanger deux systèmes d'exploitation ?

J'aimerais avoir des arguments solides pour décider s'il l'on prends un ordonnanceur système distribués ou si on met tout sur MVS avec TWS comme pilote.

Pour info, ce sont des traitements que l'on récupère d'autre autres société. Et cette société utilisait la cron tab linux comme déclencheur de ses processus.

[M.Dlb]

Bonjour,

En complet désaccord avec Escapetiger.
Si des traitements sur de l'open doivent être ordonnancés avec des traitements sur MVS, autant utiliser le scheduler du MVS pour tout piloter. Les transferts de fichier pour synchroniser sont à proscrire absolument (énorme problème pour le monitoring et la prédiction, et énorme problème en cas de reprise).

Prenons l'exemple d'une application multi-tiers z et open, si des backups doivent être faits sur toute l'application, on est bien content d'utiliser son scheduler comme point focal pour piloter le tout !

Maintenant TWS a des agents appelés zCentric, qui se connectent directement au controleur TWS z/OS, donc assez facile à mettre en place et directement intégré dans le plan de production.

[Escapetiger]

Tout à fait M.Dlb, il s'agit bien d'un choix stratégique de pilotage de production centralisée sur le z/OS avec la maturité technologique de TWS et des équipes qui en ont la charge.

J'aurais du affiner mon propos à savoir, qu'à priori, pour des traitements dans l'open (serveurs Linux) lancés à partir de la crontab, il n'est pas nécessaire de se doter d'un ordonnanceur.

Cependant, la granularité, la scalabilité, etc... peuvent évoluer et constituer un projet d'acquisition d'un ordonnanceur dédié.

Voir à ce propos le site suivant : http://ordonnancement.org

[Jdispa]

Je confirme . J'utilise Zcentric pour le monde distribué centralisé sur le mainframe , utilise des dépendances mvs /distribué avec une grande simplicité . Je regrette juste le manque de doc. :-)