AS / 400 Operations Evolution – La jungle informatique – Les meilleures astuces pour son serveur

26 août 2019

Tom Huntington

(Contenu sponsorisé) Selon une enquête ITIC menée en 2018, 59% des erreurs humaines relevées étaient les principales causes de temps d'arrêt imprévus. Dans cette histoire, le président d’une société d’exploitation informatique et de la sécurité en ligne a observé que «les causes des temps morts sont les mêmes qu’il ya 20 ou 30 ans. Mais il y en a plusieurs. "

Cela nous a fait réfléchir. Les entreprises et les technologies ont évolué au cours des dernières décennies, mais pourquoi nos processus informatiques ne suivent-ils pas le même rythme? Pourquoi avons-nous encore des temps d'arrêt dus à des erreurs humaines? Certes, l’erreur humaine peut couvrir toutes sortes de péchés, mais notre traitement essentiel pour les entreprises ne devrait pas en faire partie.

Examinons comment nous avons géré les processus informatiques il y a 20 ou 30 ans pour voir comment ces méthodes traditionnelles entraînent encore des temps d'arrêt aujourd'hui – et ce que nous pouvons faire pour y remédier.

Fonctionnement manuel

Nous ne retournons pas aux disquettes, mais nous savons que beaucoup d’entre vous exécutez encore des processus manuellement. Vous avez documenté des runbooks ou des feuilles de calcul indiquant à l'opérateur quoi faire, puis vérifiez l'élément dans la liste. Ces activités ont commencé par un moyen de documenter ce que les membres de l'équipe faisaient de nuit ou en dehors du quart de travail, afin que l'entreprise puisse comprendre ce qui s'est passé après les heures normales. Malheureusement, ce processus de documentation manuelle est devenu un mode de vie dans le centre de données. La différence aujourd'hui est que le nombre et la complexité de vos processus ont augmenté.

Le risque de temps d'arrêt dans les opérations manuelles est qu'il n'est pas évolutif. Alors que la demande de professionnels de la technologie continue de l'emporter sur l'offre, les organisations qui dépendent du traitement manuel chuteront encore plus – vous ne serez pas en mesure de terminer le volume d'activité pendant la période souhaitée et / ou vous commencerez à commettre des erreurs en cas de perte d'emplois ne reconnaît pas le fichier qui est venu comme une erreur. L’entreprise souffre de temps morts alors que votre équipe informatique prend davantage de retard pour tenter de découvrir les dégâts causés par les processus de l’ère AS / 400 que vous exécutez encore aujourd’hui chez IBM.

Codeurs intelligents et programmes CL maison

Reconnaissant que les processus manuels sont au mieux inefficaces et, au pire, non durables, certaines organisations ont évolué grâce aux codeurs intelligents. Les codeurs intelligents sont des développeurs de logiciels qui ont décidé de réparer le traitement de nuit en écrivant leur propre script de planification.

Cette façon de gérer vos processus présente deux dangers: le talent et les tests.

Le problème avec les codeurs intelligents est qu’ils sont ici un jour et sont partis le lendemain. Il est fort probable que le développeur qui a créé votre code a changé de poste, a quitté l'entreprise ou est bientôt (ou peut déjà être) à la retraite. Certes, le codage avait peut-être permis à l'entreprise d'économiser de l'argent à l'époque, mais aujourd'hui, l'équipe informatique ne peut pas valider de code pour les dépendances d'applications sans créer de réponse sans nulle part ailleurs.

Ils ne peuvent pas non plus risquer de changer l'ancien code. C'est vrai. Ce qui a commencé comme une idée fantastique de codage dans les dépendances, de traitement des files d'attente de nuit et de passage de paramètres est devenu un enchevêtrement de spaghettis si complexe que l'équipe informatique d'aujourd'hui a peur de changer cela.

Quelque chose qui nous mène à l'autre danger: les tests. Comment testez-vous vos modifications? Avez-vous besoin de courir toute la nuit? Comment faites-vous seulement une partie du traitement de nuit? Si c'est ce que l'équipe informatique consacre à son temps, elle n'est probablement pas très sensible à la communauté des utilisateurs pour des tâches telles que l'ajout d'un nouveau rapport.

Les scripts faits maison étaient une bonne idée il y a 20 ans, mais les développeurs d'aujourd'hui doivent résoudre des problèmes commerciaux au lieu de perdre du temps à réinventer la roue en écrivant des outils.

Outils rudimentaires

Planification des travaux IBM (WRKJOBSCDE)

La prochaine étape de l'évolution est survenue avec l'introduction de WRKJOBSCDE dans le système d'exploitation IBM en 1992. WRKJOBSCDE est gratuit avec le système d'exploitation, alors pourquoi ne pas l'utiliser? Eh bien, de nombreuses organisations le font. Ils disent que c’est parce qu’ils n’ont pas vraiment autant de processus de traitement par lots sur IBM in. Si cela est vrai, pourquoi ont-ils des développeurs ou des opérateurs qui changent de travail manuellement – ou écrivent du code accessible depuis IBM à Windows, UNIX ou Serveurs Linux – juste pour compenser les nombreuses limitations de WRKJOBSCDE?

WRKJOBSCDE n'autorise pas la gestion des dépendances basée sur les travaux et les fichiers, sauf si vous comptez vos opérateurs forçant l'exécution de travaux après l'exécution d'un autre travail ou en écrivant du code pour améliorer le plan. Au lieu de cela, il semblerait que ces organisations soient de plus en plus tributaires des codes intelligents, n'est-ce pas? Finalement, le programme ne fonctionnera pas, l’opérateur manquera ou forcera le mauvais travail, ou les délais expireront et le personnel devra les programmer manuellement. Lorsque cela se produit, votre soi-disant planificateur gratuit vous coûtera de l'argent réel sous forme de temps d'arrêt.

Le fait que les opérateurs passent du temps à rechercher des processus à arrêter, puis à forcer l'exécution des travaux ne rend pas ce processus beaucoup plus efficace que l'ancienne approche du runbook.

Planificateurs de planification d'entreprise (ERP)

IBM i n’est pas la seule technologie livrée avec un planificateur intégré. De nombreuses applications d'entreprise – y compris SAP, JD Edwards, JDA et d'autres – ont des planificateurs intégrés fournis avec leur produit. Ces planificateurs ERP ont bon nombre des mêmes contraintes que WRKJOBSCDE. En outre, ils ont tendance à faire attention à leur propre horaire. Mais la réalité est que vous devez vous soucier de plus que du traitement par lots ERP.

La plupart des fournisseurs ERP sous-estiment la complexité de la planification des tâches. Par conséquent, les dépendances, les graphiques, les prévisions, les audits, la planification de plate-forme et les fonctions de surveillance des fichiers n'existent pas. Là encore, les équipes informatiques commencent à écrire leurs propres scripts pour contourner ces limitations et consacrent du temps à la construction manuelle de graphiques visuels complexes et de scripts de code afin de créer des paramètres dynamiques pour des éléments tels que les dates.

Mis à part les fonctionnalités sous-développées, le plus grand danger que nous voyons avec ces planificateurs ERP au niveau des temps d'immobilisation est qu'ils ne sont pas fiables. Ils cessent tout simplement de planifier, puis l’équipe informatique doit redémarrer le planificateur pour le relancer. En attendant, vous n'avez pas fait ce qui était supposé fonctionner, ce qui signifie que vous êtes en plein milieu d'un arrêt de travail ou que votre journée de travail est en retard.

Programme de travail avancé (AJS) d'IBM

Après WRKJOBSCDE, IBM a fourni AJS (Advance Job Scheduler) pour offrir une offre plus robuste aux utilisateurs d’IBM i n’investissant pas dans un plan robotique. AJS est le supérieur évolutif de WRKJOBSCDE et offre de nombreuses fonctionnalités avancées, notamment des dépendances et des fonctionnalités permettant de gérer les processus de fin de semaine, de fin de semaine, de fin de mois et de fin de trimestre. Ce n'est pas une mauvaise option pour une entreprise qui ne fait qu'exécuter IBM et qui n'a pas à se soucier des rapports préalables ni des réglementations.

Mais le monde a changé depuis la création de la SJA. Premièrement, IBM, je ne suis plus seul dans le centre de données et ce n’est plus le cas depuis de nombreuses années. Cependant, de nombreux professionnels IBM ne travaillent pas pour résoudre le problème de planification dans l’entreprise. Les entreprises ont aujourd'hui besoin d'une solution de planification capable de contrôler les processus informatiques et commerciaux sous IBM i, Windows Server, Unix et Linux sans ralentir le traitement ou la mise en service en attendant l'arrivée d'un fichier ou d'un processus. Ce n'est pas AJS.

De même, les réglementations régissant de nombreuses initiatives de consommation informatique à l'heure actuelle, et AJS ne la réduisent tout simplement pas pour les audits informatiques. Les développeurs finissent par passer du temps à augmenter le manque de rapports dans la SJA juste pour réussir ces audits. Les équipes informatiques ont besoin d'outils fonctionnant à partir d'un navigateur Web, passant en revue toutes les modifications et fournissant des graphiques de flux de travail pour vous aider dans vos projets de développement.

Plan de robot

Si vous voulez vraiment arrêter le temps d'indisponibilité de la trace, vous aurez besoin d'un logiciel sophistiqué de planification des travaux: pas d'erreur manuelle, pas d'accident de codage, pas de retard de traitement. HelpSystems Robot Plan est bien connu et respecté dans la communauté IBM i. Nous avons même entendu des histoires selon lesquelles les administrateurs ne prendraient pas le poste à moins que l'entreprise obtienne également un plan robotique.

Le Plan Robot exécute des millions de travaux chaque jour et chaque nuit sans tomber malade, prendre des vacances ou commettre une erreur de programmation. Il s’agit d’IBM i-centric, ce qui signifie qu’il peut centraliser et contrôler les processus multi-plateformes à partir d’IBM i. Il garde le pouls du processus jusqu’à sa fin, en fournissant une solution entièrement intégrée et fiable.

Il peut même lancer des robots – si vous suivez l'engouement RPA dans le monde Windows actuellement. Robotplan est le 'bot' original, très développé pour être envoyé avec une interface de navigateur moderne, ainsi qu'une interface graphique et une interface traditionnelle pour répondre aux besoins de l'équipe informatique.

Mieux encore, Robot Schedule peut importer des règles de planification IBM à partir de WRKJOBSCDE ou du planificateur de travaux avancés (AJS). Il peut également capturer les processus soumis à partir de systèmes de menus, vous faisant ainsi gagner du temps.

Il est temps de passer des outils IBM existants à une solution moderne et intégrée. Le Plan Robot est prêt à partir! Êtes vous Joignez-vous à notre webinaire GRATUIT avec FELLES le 5 septembre et apprenez à convertir facilement le programme AJS ou WRKJOBSCDE en plan robotique.

Tom Huntington est vice-président exécutif des solutions techniques chez HelpSystems et auteur du rapport annuel sur les résultats des enquêtes IBM Marketplace. Il a été nommé champion IBM en 2016, 2017, 2018 et 2019 pendant plus de trois décennies avec un porte-parole et un leadership éclairé sur la plate-forme IBM i.