DevOps mainframe en action De la théorie à la réalité : guide des meilleures pratiques de DevOps mainframe

Livres blancsEnterprise AnalyzerEnterprise DeveloperEnterprise SyncEnterprise Test Server

Table des matières page

À propos de ce livre blanc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Collaboration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Accélération de la distribution, sans compromettre la qualité . . . . . . . . . . . . . . . . . . . 3

Efficacité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

    De meilleurs processus pour gérer la modification du code . . . . . . . . . . . . . . . . . . . . . . 9

Flexibilité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Évolution du développement et test de la capacité avec des coûts bien gérés . . . 13

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

1www.microfocus.com

Si les services informatiques ne disposent pas de moyen stéréotypé pour distribuer des logiciels, la plupart des gestionnaires du développement reconnaissent que, quelle que soit l’approche adoptée, il est impératif de pouvoir distribuer rapidement les innovations en matière d’applications. Parmi les motivations communes figurent les souhaits de rester en tête de la compétition, de réduire les coûts d’exploitation, ou encore d’aligner l’informatique pour mieux soutenir l’entreprise

Alors que le délai de mise sur le marché, un avantage commercial évident, met tout le reste en exergue, la nécessité de tout mieux faire, plus facilement et à moindre coût ne s’éloigne jamais des pensées du CIO. Tout ceci alimente le besoin de distribuer plus vite les innovations. C’est peut-être là la raison qui explique qu’une étude récente1 suggère que 45 % des professionnels de l’informatique envisagent de mettre en oeuvre des pratiques DevOps dans les structures de leur entreprise ?

Non limitées par les processus et libérées par une flexibilité qui leur permet d’adopter rapidement le changement, les sociétés plus petites et récentes peuvent évoluer plus vite à l’aide d’outils orientés efficacité et de pratiques de travail collaboratif modernes, dès le départ. Cependant, la rapidité d’évolution constitue un défi plus important pour les entreprises établies de longue date.

Elles sont généralement empêtrées dans des technologies complexes et surchargées d’équipes disparates qui suivent divers processus de développement. C’est l’une des caractéristiques de la majorité des équipes mainframe. La question qui se pose alors est la suivante : votre entreprise peut-elle, de manière rentable, atteindre de hauts niveaux d’efficacité par la mise à niveau d’une infrastructure vers un nouveau concept de distribution pour lequel elle n’a pas été conçue ?

La réponse est oui. Les pratiques DevOps ne sont pas exclusivement réservées à un profil métier ou à un modèle de développement particuliers. Toute entreprise peut potentiellement réussir à les appliquer pour répondre à des facteurs métier spécifiques par des améliorations progressives et partielles. Souhaitez-vous distribuer de nouveaux services via des appareils mobiles et le Web ? Ou rationaliser des processus pour remporter de nouvelles parts de marché ou renforcer votre présence à l’échelle internationale ? Ou encore améliorer l’efficacité et la qualité du mainframe pour augmenter les marges de bénéfices ? Les priorités peuvent sembler diverger, mais elles sont toutes réalisables.

Pourquoi doit-on migrer le développement parallèle, l’intégration et la distribution continues, les tests précoces et fréquents – des caractéristiques du DevOps, nées dans le monde de l’informatique distribuée et fondées sur des pratiques agiles – vers le monde du mainframe, ainsi que les applications non conçues dans l’optique du DevOps ? Parce que le succès est impératif. L’entreprise a besoin que le service informatique dans son ensemble, et non juste en partie, distribue plus vite les applications pour répondre aux demandes en perpétuelle évolution de ses clients et pour conserver son avantage concurrentiel.

Le succès est impératif . L’entreprise a besoin que le service informatique dans son ensemble, et non juste en partie, distribue plus vite les applications pour répondre aux demandes en perpétuelle évolution de ses clients et pour conserver son avantage concurrentiel .

__________

1 www.computing.co.uk/ ctg/news/2461474/more-firms-are-planning-adopting-and-successfully-implementing-devops-research

2

Livres blancsDevOps mainframe en action

La clé de la réussite du DevOps mainframe réside dans l’identification et la résolution rapides des principaux goulots d’étranglement qui compromettent le cycle de distribution des applications mainframe. Les entreprises ont ainsi trois principaux défis auxquels faire face : le manque de collaboration entre les équipes de développement et de test, l’inefficacité du développement et de l’intégration des processus, ainsi que la flexibilité limitée des ressources pour répondre aux besoins en matière de tests.

À propos de ce livre blancLes ambassadeurs du DevOps évoquent fréquemment le « rêve DevOps » mais restent souvent évasifs quant aux détails pratiques de mise en oeuvre. Ce livre blanc explique la manière dont certains de nos clients ont identifié et éliminé des goulots d’étranglement pour distribuer plus rapidement des applications sur le mainframe. Il se fonde sur l’expérience mondiale que nous avons acquise en aidant nos clients mainframe à adopter une approche progressive qui prend en compte les besoins métier et les budgets, tout en restant réalisable à un rythme soutenable. La valeur de cette stratégie est confirmée par les succès et les preuves présentés dans les études de cas.

Tout au long de ce livre blanc, nous expliquons la façon dont les clients ont tiré parti des produits composant la solution Micro Focus® Enterprise pour obtenir des résultats en matière de DevOps mainframe. Vous trouverez ci-dessous un guide rapide des produits référencés dans ce livre blanc.

Enterprise Analyzer®2

Outils de Business Intelligence et d’analyse qui permettent de mieux comprendre les applications et les processus métier.

Enterprise Developer®3

Environnement de développement d’applications moderne (IDE) intégré à Visual Studio ou Eclipse qui permet de rationaliser le développement sur mainframe en COBOL et PL/I. Ensemble d’outils efficaces destiné au développement à distance qui vient s’intégrer directement au mainframe.

Enterprise Sync®4

Solution de gestion de la configuration logicielle, distribuée et destinée aux entreprises pour adapter le développement parallèle et l’intégration continue, tout en préservant l’intégrité des sources et la gestion de la configuration mainframe. S’intègre à Enterprise Developer.

Enterprise Test Server®5

Environnement de test d’application mainframe IBM sur Windows. Permet aux services informatiques de tester en toute confiance les modifications d’applications mainframe sur du matériel évolutif et peu onéreux.

La solution Micro Focus Enterprise comprend :

Enterprise Analyzer

Enterprise Developer

Enterprise Sync

Enterprise Test Server

__________

2 www.microfocus.com/products/enterprise-suite/enterprise-analyzer

3 www.microfocus.com/products/enterprise-suite/enterprise-developer

4 www.microfocus.com/products/enterprise-suite/enterprise-sync

5 www.microfocus.com/products/enterprise-suite/enterprise-test-server

3www.microfocus.com

Ce livre blanc se compose de trois parties correspondant aux trois piliers dont dépend la réussite du DevOps mainframe : collaboration, efficacité et flexibilité. Des témoignages de clients du monde entier illustrent chaque pilier. Nous ne nommons pas explicitement les clients, pour nous concentrer plutôt sur ce qu’ils ont réalisé et comment, afin de convaincre toute personne intéressée à marcher dans leurs pas.

Collaboration

Accélération de la distribution, sans compromettre la qualitéÀ la base, le DevOps désigne une approche culturelle de la distribution des applications et services d’une façon qui valorise le temps et les contributions tout au long de la chaîne de distribution. Une augmentation de la fréquence des versions exige un rapprochement et une collaboration étroite entre les équipes métier, de développement, de test et des opérations informatiques.

Donc, si le DevOps implique l’édification de passerelles entre les services, comment les membres du service de développement peuvent-ils réussir s’ils n’ont pas adopté de culture collaborative ? Malheureusement, il s’agit là d’un scénario fréquent. Les équipes mainframe sont souvent isolées parce qu’elles utilisent des outils de développement et suivent des pratiques habituelles spécifiques au mainframe, obsolètes et trop complexes, même pour leurs collègues développeurs. 

En théorie, l’approche DevOps est en mesure de briser ces barrières archaïques entre les équipes de développement. Le défi se résume alors à mettre la théorie en pratique. L’édification d’une « culture collaborative » semble assez facile. Il suffit de faire comme les plus grandes sociétés6 : abattre les cloisons pour laisser une culture collaborative naître et s’épanouir sous l’éclairage d’un tout nouvel espace de bureaux ouvert et lumineux. Exact ?

Dans une étude sur les bureaux en espace ouvert7, le chercheur Vinesh Oommen révèle ce qui suit : « Dans 90 % des cas, les résultats du travail dans un espace de bureaux ouvert ont été perçus comme négatifs, avec un haut niveau de stress, des conflits, des hausses de tension artérielle et une importante rotation du personnel. »

Briser les codes de la « culture collaborative »

Les clients de Micro Focus ont brisé les codes de la culture collaborative en abattant les clivages et pas seulement les cloisons. Il est possible d’améliorer jusqu’à 40 % la distribution d’applications mainframe à l’aide d’outils modernes, intuitifs, ainsi que d’un environnement de développement et de test intégré pour stimuler la collaboration. L’étude de cas ci-après concerne une grande institution bancaire qui travaille avec différents fournisseurs de services externes et des équipes internes de développement, de test et d’opérations sur mainframe z/OS. Voici son témoignage :

Il est possible d’améliorer jusqu’à 40 % la distribution d’applications mainframe à l’aide d’outils modernes, intuitifs, ainsi que d’un environnement de développement et de test intégré pour stimuler la collaboration .

__________

6 www.forbes.com/sites/ aliciaadamczyk/2015/03/ 31/inside-facebooks- incredible-new-frank- gehry-designed- headquarters-mpk20/ #5aaa257b416e

7 www.intheblack.com/ articles/2016/02/01/open-plan-offices-work-for-your-boss-but-not-for-you

4

Livres blancsDevOps mainframe en action

Fig. 1.

Les outils de développement modernes offrent à l’équipe de développement une visibilité globale sur les modifications du code requises, ce qui améliore la collaboration, la productivité et la qualité .

Pour mettre en place des processus simples, standardisés, permettant à chacun de travailler de la même façon cohérente et reproductible, l’entreprise a mis en oeuvre la solution Micro Focus Enterprise Developer .

Le défi

Pour distribuer de nouvelles fonctions plus rapidement et selon des cycles plus courts, l’entreprise devait rationaliser ses processus de développement. Cependant, du fait de leur disparité, les équipes de développement avaient chacune leur propre processus de développement et utilisaient un logiciel ISPF traditionnel pour l’analyse, la modification et le test des applications. De plus, les paramètres de gestion des modifications et de la configuration dans leur environnement de gestion des versions, Changeman ZMF, étaient appliqués de manière incohérente. Il leur était ainsi d’autant plus difficile d’accélérer la modification des applications, pourtant indispensable à l’entreprise. La solution

La société a utilisé les outils Micro Focus d’analyse d’applications mainframe et son environnement de développement intégré pour réduire les délais des itérations de distribution et gagner en agilité. Pour mettre en place des processus simples, standardisés, permettant à chacun de travailler de la même façon cohérente et reproductible, l’entreprise a mis en oeuvre la solution Micro Focus Enterprise Developer. Grâce à cet environnement de développement intégré (IDE), les développeurs améliorent leur productivité en tirant parti d’outils modernes. L’utilisation d’un IDE commun dans l’ensemble du service favorise également une meilleure collaboration entre les équipes, du fait de la visibilité accrue sur les modifications apportées au code.

_________________________________________________________________

1 . L’analyse du code identifie les interdépendances d’application et la logique masquée .

3 . Le code est archivé dans Changeman ZMF pour le test final et la production .

2 . Le code est extrait des bibliothèques de Changeman ZMF vers l’environnement de développement hors mainframe .

5www.microfocus.com

Pour identifier plus aisément les modifications apportées au code, l’outil d’analyse d’applications mainframe Micro Focus Enterprise Analyzer cartographie la situation globale de l’application mainframe. Celui-ci permet aux analystes et aux développeurs d’identifier les interdépendances applicatives et la logique d’application masquée. Lors de la modification d’une application, tous les éléments du code source susceptibles d’être affectés sont automatiquement identifiés, puis extraits des bibliothèques correspondantes dans Changeman ZMF vers Enterprise Developer hors mainframe, pour que le travail puisse être effectué. 

Comme l’illustre la figure 2, dès que le code est modifié et compilé en local, les développeurs exécutent des scripts de débogage et mènent des tests unitaires pour vérifier les modifications et garantir que d’autres modifications corrigées dans le même environnement en même temps fonctionneront aussi sans briser quoi que ce soit d’autre. Une fois que toutes les modifications ont été apportées et que tous les tests sont terminés, les éléments sont archivés dans Changeman ZMF.

_________________________________________________________________

Une fois que toutes les modifications ont été apportées et que tous les tests sont terminés, les éléments sont archivés dans Changeman ZMF .

Fig. 2.

L’intégration d’Enterprise Analyzer à Enterprise Developer permet une recherche et une détection rapides en temps réel, de sorte que les développeurs accèdent rapidement et facilement aux lignes de code source qui nécessitent des modifications .

6

Livres blancsDevOps mainframe en action

Résultats Le regroupement d’activités fastidieuses, sujettes aux erreurs, en actions simples à utiliser,

exécutables à partir d’un IDE moderne, permet d’augmenter la productivité des développeurs .

L’environnement collaboratif permis basé sur Enterprise Analyzer et Enterprise Developer octroie plus de visibilité sur les modifications apportées au code, ce qui permet d’améliorer la qualité et la fiabilité du code .

Les développeurs ne sont plus obligés d’attendre la mise à disposition des ressources de test unitaire mainframe ou la réinitialisation des données de cas de test, puisqu’ils disposent avec Enterprise Developer de sous-systèmes z/OS locaux sous Windows et de leurs propres jeux de données de test locaux .

Le simple fait d’adopter des outils de développement modernes pour mainframe vous embarque sur le long chemin menant à l’amélioration de la collaboration entre les équipes de développement et à de niveaux de fiabilité et de rapidité de distribution dignes du DevOps. 

Éliminer les obstacles à l’innovation

La collaboration apporte bien plus que de simples avantages de productivité liés à la rapidité de distribution. Selon Forrester, « En définitive, il ne s’agit plus de distribuer plus rapidement de l’ancien code ; il s’agit d’éliminer les freins à l’innovation dans les produits et les processus fondamentaux. » (Kurt Bittner et Robert Stroud, « Digital Transformation Needs Mainframe DevOps »8, rapport Forrester, 2016). 

Pour de nombreux clients, les produits et services clés novateurs exigent un meilleur alignement entre les ressources de « systèmes d’enregistrement » mainframe et les ressources de « systèmes d’engagement » distribués et virtualisés. Les nouvelles applications mobiles et basées dans le cloud doivent mieux fonctionner avec les applications mainframe principales pour produire des innovations à succès. La conceptrice de jeux et auteure Jane McGonigal9 commente : « La collaboration ne se résume pas à atteindre un but ou à conjuguer des forces ; elle implique de créer à plusieurs quelque chose qu’il serait impossible de créer seul. » Elle explique que la collaboration nécessite trois types d’efforts conjugués : la coopération, la coordination et la création conjointe. La création conjointe est la plus importante, vu que, sans elle, la collaboration n’est pas possible.

Comment cela se passe-t-il dans le monde réel ? Cette histoire met en évidence la façon dont un prestataire européen de services gérés a utilisé un environnement de développement unifié pour favoriser la création conjointe parmi les équipes. Cela lui a permis d’offrir une nouvelle valeur, obtenue avec ses services d’applications mainframe, à ses clients des secteurs public et privé dans plus de 16 pays.

« La collaboration ne se résume pas à atteindre un but ou à conjuguer des forces ; elle implique de créer à plusieurs quelque chose qu’il serait impossible de créer seul . » —Jane McGonigal

__________

8 www.forrester.com/report/Digital+Transformation+ Needs+Mainframe+ DevOps/-/E-RES134941

9 www.janemcgonigal.com/meet-me/

7www.microfocus.com

La mise en oeuvre d’un environnement de développement mainframe moderne à l’aide d’Enterprise Developer a été la première étape cruciale vers le DevOps mainframe .

Le défi

Ce prestataire de services devait améliorer la productivité de son équipe mainframe traditionnelle qui travaillait avec COBOL, CICS, DB2 et JCL par rapport à une équipe Java qui travaille dans un environnement agile d’intégration continue pour développer et tester des applications mainframe hautement complexes. L’accès au mainframe hôte pour la compilation et les tests était contraignant et inefficace, et les outils basés sur le mainframe avaient encore plus d’impact sur les échéances des projets. Ces problèmes rendaient difficiles l’établissement des priorités, la planification et l’exécution des demandes d’améliorations des clients.

La solution

La mise en oeuvre d’un environnement de développement mainframe moderne à l’aide d’Enterprise Developer a été la première étape cruciale vers le DevOps mainframe. Cet environne ment a permis au prestataire de services de faire évoluer son processus de développement mainframe traditionnel en COBOL vers un processus agile adopté par l’équipe de développement Java. La mise en place d’une plate-forme d’intégration continue en COBOL a permis d’assurer la fusion des modifications dans l’application de référence plusieurs fois par jour.

L’utilisation d’Enterprise Analyzer a aidé ce client à identifier rapidement la portée et la complexité des modifications requises, de sorte que les équipes de développement sont en mesure d’estimer plus précisément le temps et les ressources nécessaires pour distribuer des services exceptionnels à ses clients.

Résultats La visibilité et le contrôle continu octroyés par les outils d’analyse et de développement

favorisent la collaboration, la qualité et l’innovation lors de la création conjointe et de la gestion d’applications composites .

La gestion de la gamme complète d’applications mainframe est plus rapide .

La diminution de la dépendance au mainframe pour le développement et les tests implique une moindre consommation des MIPS du mainframe, économie qu’il est possible de rétrocéder aux clients ou de réinvestir dans des workloads de production supplémentaires sur le mainframe .

La capacité à tester plus fréquemment améliore la qualité des applications .

La stimulation de la collaboration améliore les compétences des développeurs et facilite l’intégration de nouveaux membres du personnel, un avantage qui a conduit à une nouvelle offre de services de consulting .

_________________________________________________________________

8

Livres blancsDevOps mainframe en action

Mettre en place différents niveaux de collaboration DevOps

Si le DevOps permet à votre entreprise d’atteindre plus vite de meilleurs résultats, en tirant le meilleur parti des principaux processus métier et systèmes d’enregistrement, le mainframe dépend de l’adoption d’une culture de collaboration au sein des équipes de développement distribué et mainframe.

Si le DevOps permet à votre entreprise d’atteindre plus vite de meilleurs résultats, en tirant le meilleur parti des principaux processus métier et systèmes d’enregistrement, le mainframe dépend de l’adoption d’une culture de collaboration au sein des équipes de développement distribué et mainframe .

Fig. 3.

Micro Focus Enterprise Developer, un IDE moderne, unifie les équipes de développement distribué et mainframe .

Enterprise Analyzer permet d’identifier rapidement la portée et la complexité des modifications des applications, de sorte que les équipes de développement peuvent collaborer avec les délais et ressources nécessaires pour la distribution .

La modernisation de l’environne-ment de développement mainframe permet à l’équipe mainframe d’utiliser le développe ment agile aux côtés de l’équipe distribuée .

L’environnement de développement intégré pour les développeurs, tant distribués que mainframe, a permis d’élargir les compétences de l’ensemble de l’équipe, avec à la clé la création d’une nouvelle offre de consulting .

9www.microfocus.com

Niveaux de collaboration DevOps : auto-évaluation

Considérez-vous qu’il est difficile d’aligner les activités liées au mainframe sur d’autres activités distribuées, c’est-à-dire les systèmes d’engagement ?

La communication entre les équipes est-elle fluide, ou les demandes de modifications se perdent en cours de route ?

Vos développeurs Java ou .Net accèdent-ils au code source du mainframe pour créer des applications ou services composites ?

Avez-vous un aperçu suffisamment étendu de votre environnement mainframe pour comprendre les effets potentiels des modifications sur les interdépendances ?

Efficacité

De meilleurs processus pour gérer la modification du codeComme le mainframe a régné en maître durant des décennies, les technologies et processus intégrés aux environnements de développement mainframe, aux exécutables de déploiement et aux outils de gestion de la configuration suivent une approche traditionnelle. Du concept au client, le développement d’applications mainframe et les processus de commercialisation sont discontinus, lents et sujets aux erreurs. Les équipes mainframe qui aspirent à distribuer plus vite des innovations sont liées au temps par un workflow linéaire loin d’être parfaitement  adapté aux équipes de développement multiples qui doivent distribuer des versions multiples et simultanées.

La création de branches, la fusion et l’étiquetage constituent une méthode issue des meilleures pratiques pour répondre aux défis imposés par les activités de développement parallèle.  Cette méthode a été utilisée dans les pratiques DevOps sous forme d’outil de contrôle des versions. Mais les environnements de développement mainframe sont intimement couplés à leurs outils SCM et ne sont pas touchés par l’émergence de nouveaux outils SCM. Les dévelop-peurs peuvent fusionner manuellement des lignes de code simples et complexes. Ceci conduit souvent à des versions brisées, à la nécessité d’un travail supplémentaire et à de la frustration. Ainsi, le défi devient évident : il faut prendre en charge le développement parallèle et gérer, coordonner et orchestrer plusieurs voies de modification, facilement et rapidement, sans impliquer d’autres ressources mainframe.

Les équipes mainframe qui aspirent à distribuer plus vite des innovations sont liées au temps par un workflow linéaire loin d’être parfaitement adapté aux équipes de développement multiples qui doivent distribuer des versions multiples et simultanées .

10

Livres blancsDevOps mainframe en action

L’étude de cas suivante montre comment une filiale d’une compagnie d’assurances internationale a été en mesure d’effectuer une intégration continue sur un mainframe tout en exécutant les applications de base relatives aux polices d’assurance de l’entreprise qui prennent en charge plusieurs enseignes. La gamme d’applications intègre COBOL, CICS, Batch, DB2, SAS, REXX et des services Web. Elle est entretenue et gérée via la plate-forme SCM CA Endevor.

Le défi

Suite aux demandes pour une distribution plus rapide des modifications dans les applications principales, des pratiques de développement parallèle ont été adoptées. Le défi des goulots d’étranglement a émergé au point de convergence du code en un seul corps pour la production via CA Endevor. Il n’était pas facile d’étendre cet environnement pour répondre aux besoins associés au développement parallèle à grande échelle. Ceci a conduit à des réinsertions de code manuelles et sujettes aux erreurs, en particulier pour les vastes améliorations d’applications mainframe à longue durée d’exécution.

La solution

La compagnie d’assurances utilise la solution Enterprise Developer couplée à Enterprise Sync. La source des applications conservée dans CA Endevor est automatiquement synchronisée grâce au contrôle de source vers un environnement distribué où les développeurs gèrent les modifications des sources selon des flux de développement parallèle, à l’aide d’outils plus efficaces. Cette solution a été mise en place en trois mois et en trois phases, ce qui signifie que les outils distribués Micro Focus ont dû fonctionner aux côtés des processus mainframe établis de longue date.

Au cours de la première phase, les développeurs ont effectué une transition des outils de développement mainframe archaïques vers des technologies modernes équivalentes sous Eclipse, capables d’accéder directement aux sources sur le mainframe. Cette transition a permis d’améliorer l’adoption des outils modernes alors que l’équipe de développement lançait la deuxième phase. La gestion des sources a également été étendue dans CA Endevor vers un environnement distribué à l’aide d’Enterprise Sync. La réplication du code source a permis aux équipes de développement de définir plusieurs lignes de base de code source communes dans un environnement distribué et de synchroniser automatiquement les activités de développement parallèle avec CA Endevor. À présent, les développeurs utilisent des outils modernes de gestion du contrôle des sources pour gérer efficacement les modifications, les fusions et les réinsertions de code. Ces outils sont plus rentables et la gestion des flux parallèles de développement est plus efficace et souple. 

_________________________________________________________________

Cette solution a été mise en place en trois mois et en trois phases, ce qui signifie que les outils distribués Micro Focus ont dû fonctionner aux côtés des processus mainframe établis de longue date .

11www.microfocus.com

Résultats

Le fait d’équiper les développeurs d’outils de développement modernes et efficaces a permis à cette compagnie d’assurances de mettre en oeuvre plus rapidement les modifications du code et avec plus de confiance .

La meilleure visibilité des modifications du code favorise la détection précoce des problèmes de qualité tout au long du cycle de développement .

La synchronisation du contrôle de sources mainframe avec un environnement distribué permet aux développeurs d’exploiter des outils modernes pour détecter automatiquement les conflits de code, de voir les différences et d’effectuer des fusions assistées par l’outil . La réinsertion de code modifié est plus rapide et moins sujette à des erreurs .

_________________________________________________________________

Le fait d’équiper les développeurs d’outils de développement modernes et efficaces a permis à cette compagnie d’assurances de mettre en oeuvre plus rapidement les modifications du code et avec plus de confiance .

La réplication du contrôle de source mainframe permet aux équipes de développement de définir plusieurs références de code source communes dans un environnement distribué .

La réplication du contrôle de source mainframe permet aux équipes de développement de définir plusieurs références de code source communes dans un environnement distribué .

Fig. 4.

La synchronisation du contrôle de sources mainframe avec un environnement distribué permet aux développeurs d’exploiter des outils modernes pour détecter automatiquement les conflits de code .

12

Livres blancsDevOps mainframe en action

La compagnie d’assurances a surmonté les limites liées aux goulots d’étranglement de la distribution mainframe et peut désormais adapter plus efficacement les flux parallèles de développement, tout en préservant également les paramètres importants de modification du système et du processus de configuration, ainsi que l’intégrité du code source mainframe. 

Mettre en place différents niveaux d’efficacité DevOps

Pour atteindre différents niveaux d’efficacité DevOps (gérer plus vite les modifications sans impliquer de travail supplémentaire laborieux ou coûteux) les entreprises reposant sur un mainframe devraient tirer parti des outils modernes de développement. Les outils de Micro Focus reproduisent le code source du mainframe sur une plate-forme SCM distribuée. Grâce à ces outils modernes, les équipes de développement peuvent travailler en collaboration et distribuer plus de versions des logiciels, plus rapidement et sans restriction. Les équipes de développement oeuvrent en parallèle et sans contrainte, et ont davantage confiance dans les versions logicielles qu’elles distribuent.

Cette approche unique et à faible risque assure la synchronisation automatique des modifications du code avec le gestionnaire de modifications et de la configuration des logiciels mainframe (SCCM). De plus, l’environnement SCCM mainframe demeure le principal système d’enregistrement.

La compagnie d’assurances a surmonté les limites liées aux goulots d’étranglement de la distribution mainframe et peut désormais adapter plus efficacement les flux parallèles de développe-ment, tout en préservant également les paramètres importants de modification du système et du processus de configuration, ainsi que l’intégrité du code source mainframe .

Fig. 5.

Enterprise Sync détecte automatiquement les conflits de code et effectue des fusions assistées par l’outil .

13www.microfocus.com

Niveaux d’efficacité DevOps : auto-évaluation

Votre rythme de distribution de logiciels est-il suffisant pour l’entreprise ?

Vos développeurs peuvent-ils utiliser des processus de développement parallèle pour la distribution des applications mainframe ?

Pouvez-vous pratiquer l’intégration continue ? Vos modifications individuelles sont-elles intégrées précocement pour éviter tout problème ultérieur plus important dans le cycle de distribution ?

Vos équipes de développement doivent-elles retravailler le code manuellement pour gérer des modifications tout au long du cycle vers la production ?

L’amélioration de l’efficacité ou de la qualité du mainframe est-elle importante pour l’entreprise ?

Flexibilité

Évolution du développement et test de la capacité avec des coûts bien gérésLes méthodes de distribution traditionnellement utilisées dans le monde du mainframe se basent sur une méthode séquentielle, en cascade, de planification et d’allocation des ressources. Les ressources mainframe précieuses, en particulier humains et machines, sont également liées au temps, ce qui crée un cadre rigide où flexibilité et évolutivité trouvent difficilement leur place. En cas de retard de distribution, il faudra que les équipes attendent encore plus longtemps la nouvelle mise à disposition de ressources mainframe pour le développement et les tests. Ce fut le cas pour cette grande compagnie d’assurances de la région Asie-Pacifique. Elle disposait d’un important inventaire technique sur son mainframe IBM, notamment COBOL, Batch, CICS, IMS TM/DB, DB2, MQ, SCM CA Endevor. L’application principale de polices d’assurance prenait en charge plusieurs enseignes et sociétés. Voici son témoignage :

Le défi

La demande métier en matière de nouvelles fonctionnalités a été multipliée par trois, ajoutant une pression supplémentaire sur les équipes qui devaient distribuer les nouvelles versions des applications encore plus rapidement. Le mainframe manquait de capacités pour s’adapter aux environnements de test requis pour distribuer des applications de qualité à ce rythme. Mais la compagnie d’assurances n’avait pas la possibilité d’acquérir une infrastructure mainframe supplémentaire pour prendre en charge l’augmentation du nombre de tests.

La solution

La solution fut de mettre en oeuvre un modèle de distribution d’applications mainframe à l’aide de Micro Focus Enterprise Developer et quatre régions de tests distribuées sous Micro Focus Enterprise Test Server. Résultat ? L’augmentation de la capacité de test a permis à l’équipe  de développement de tester les modifications d’applications de manière plus rapide et fiable,  sans mobiliser les ressources du mainframe.

Les méthodes de distribution traditionnellement utilisées dans le monde du mainframe se basent sur une méthode séquentielle, en cascade, de planification et d’allocation des ressources .

14

Livres blancsDevOps mainframe en action

Le processus initié par Micro Focus a impliqué l’édification d’un environnement de test complet dès qu’un développeur valide une modification de code ou lorsque cette validation fait partie d’une procédure planifiée. 

1. Les codes sources issus d’un niveau précisé au sein de CA Endevor sont synchronisés en aval dans un dépôt de sources situé sur une machine de compilation Windows qui exécute Enterprise Developer .

2. La machine de compilation dirige le processus de modification à partir de métadonnées issues de groupes de processeurs SCM de CA Endevor . La compilation des modules de charge d’application se déroule de la même manière que sur le mainframe : pour l’essentiel, l’émulation de l’environnement de test mainframe s’effectue dans un cloud .

3. Les modules de charge compilés sont ensuite publiés en même temps que les données de test et la configuration de région dans un référentiel d’artefacts .

4. Ces artefacts sont ensuite déployés automatiquement vers une instance cloud sur un serveur Windows qui exécute Enterprise Test Server pour commencer une région de tests .

5. Ceci déclenche des scripts de test automatiques produits par un outil d’automatisation de tests IBM . Ces scripts s’exécutent selon un jeu de scénarios fonctionnels et de test d’intégration automatisés .

6. Les résultats sont collectés et mis à la disposition des équipes d’assurance qualité pour examen . Enfin, l’instance de serveur de test dans le cloud est mise hors service .

_________________________________________________________________

Les tests qui prennent en charge les tâches de base fonctionnelles et d’intégration s’exécutent 50 % plus rapidement dans l’environnement de test distribué que sur le mainframe .

1

2

3

6

4, 5

Fig. 6.

Les tests qui prennent en charge les tâches de base fonctionnelles et d’intégration s’exécutent 50 % plus rapidement dans l’environnement de test distribué que sur le mainframe .

15www.microfocus.com

Résultats

Le délai de mise à disposition automatique de nouvelles régions de tests a été réduit de six semaines à deux heures, tandis que la réduction du besoin en capacités de tests sur le mainframe se répercute positivement sur les dépenses .

Les tests qui prennent en charge les tâches de base fonctionnelles et d’intégration s’exécutent 50 % plus rapidement dans l’environnement de test distribué que sur le mainframe .

Les tests à la demande génèrent un retour sur expérience plus rapide et permettent d’accélérer les délais de recherche et de résolution des problèmes, avec à la clé un renforcement de la confiance de l’équipe d’assurance qualité .

Aujourd’hui, la capacité du serveur de test s’est étendue à 35 environnements de test sur mainframe virtuel exécutés sur des instances Amazon Web Services (AWS) . L’ajout d’autres environnements de test, comprenant chacun plus de 30 applications, ne prend que 2,5 heures .

L’étape suivante dans la progression de ce voyage vers le DevOps mainframe consistera à la mise hors service des régions d’intégration et de test sur le mainframe, pour pouvoir dédier ces précieuses ressources à des workloads de production .

Environnements mainframe simulés pour les tests précoces

À mesure que les efforts de développement parallèle commencent à se multiplier, les entreprises doivent tester rapidement les nouvelles fonctionnalités.

L’augmentation des capacités de test sur un mainframe peut s’avérer délicate : les ressources de test sont souvent limitées et la priorité va aux workloads de production. Les cycles de tests précoces hors charge sur une plate-forme standard permettent d’éliminer les goulots d’étranglement au niveau des ressources du mainframe et d’accélérer les cycles de distribution des applications.

Enterprise Test Server met facilement à disposition des environnements de test « à la demande », qui ne consomment aucune ressource précieuse du mainframe. Ils sont disponibles partout où ils sont nécessaires, pour offrir la flexibilité et l’évolutivité indispensables au DevOps mainframe. Tout ceci relevait de l’évidence pour une banque de classe mondiale installée au Royaume-Uni, dont l’inventaire technique inclut COBOL, IMS DB/DC, Assembler, DB2, MQ et CA Endevor.

Le défi

Toutes les banques du Royaume-Uni sont soumises à un programme de réforme structurelle dans le cadre de modifications réglementaires introduites en 2014. Pour répondre aux exigences, le développement et la maintenance des applications doivent être plus agiles, ce qui signifie que des tests doivent être effectués plus fréquemment. 

Enterprise Test Server met facilement à disposition des environnements de test « à la demande », qui ne consomment aucune ressource précieuse du mainframe . Ils sont disponibles partout où ils sont nécessaires, pour offrir la flexibilité et l’évolutivité indispensables au DevOps mainframe .

16

Livres blancsDevOps mainframe en action

Le problème pour la banque était que les équipes de tests non fonctionnels avaient un accès limité aux régions de tests du mainframe. Ces équipes ont alors eu recours à des routines de test personnalisées et abrégées lors des cycles de tests pour s’adapter aux problèmes de capacité et aux demandes de délais réduits de mise sur le marché formulées par l’entreprise. Malheureusement, ces routines génériques ont augmenté les risques de pannes de production.

La solution

La solution fut de mettre en place un processus de synchronisation continue et un « miroir » des composants du mainframe pour constituer un environnement de test d’applications mainframe. Le référentiel en miroir comprend les sources du mainframe, les métadonnées de la base de données, les données et une configuration de l’infrastructure, à même de reproduire tous les niveaux pertinents le long de la chaîne d’approvisionnement.

Le référentiel en miroir est stocké sur Enterprise Developer, sur un serveur de compilation sous Windows, accueillant un environnement de test complètement automatisé.

Jenkins, un outil autonome de compilation continue sous Java, contrôle tout le processus de provisioning de l’environnement de test. Les paramètres saisis via le portail de profil de provisioning Jenkins sont appliqués aux modèles d’infrastructure pertinents. Le fichier de configuration résultant définit un environnement émulé de test sur mainframe qui s’exécute sur une architecture distribuée. Un processus de compilation automatisé s’exécute à l’aide d’un serveur de compilation Micro Focus pour générer et déployer les exécutables destinés aux tests.

Les données sont ensuite importées à partie de la référence en miroir à l’aide des outils de base de données dans Enterprise Developer, qu’il s’agisse de fichiers VSAM, de bases de données IBM DB2 ou IMS.

Enfin, une instance de mainframe démarre sous Enterprise Test Server et une notification est envoyée à l’équipe de test pour lui indiquer que l’environnement de test d’applications est prêt à l’emploi. La banque a également découvert qu’il est possible de définir des environnements de tests réservés à des tests spécifiques, avec seulement les exécutables et les données requis pour les cas d’utilisation à tester. Tout ceci se réalise au cours du processus de synchronisation continue par l’exploitation des informations sur les applications extraites d’un référentiels créé et maintenu par Enterprise Analyzer.

_________________________________________________________________

Le référentiel en miroir comprend les sources du mainframe, les métadonnées de la base de données, les données et une configuration de l’infrastructure, à même de reproduire tous les niveaux pertinents le long de la chaîne d’approvisionnement .

17www.microfocus.com

Résultats

L’utilisation d’environnements de test à la demande permet aux équipes de tests non fonctionnels d’évaluer plus vite les applications métier front-end, parce qu’elles ne sont pas restreintes par des problèmes de capacités des ressources de test sur mainframe .

Du fait qu’Enterprise Test Server peut évoluer pour répondre aux exigences des tests, l’environnement de test à la demande remplace les routines de test abrégées . Ceci augmente la qualité des tests, car le nombre de défauts découverts aux étapes ultérieures du cycle de distribution des applications est réduit .

La solution a mis l’équipe de développement d’applications mainframe sur la voie de l’adoption de pratiques DevOps, dont le développement agile, l’intégration continue et le déploiement continu pour suivre le rythme rapide du monde du développement d’applications d’entreprise .

Mettre en place des niveaux de flexibilité DevOps

Comme la priorité d’accès aux ressources sur le mainframe est donnée aux workloads de production, la capacité du mainframe est rarement disponible, en particulier pour le développement et les tests. L’ajout de capacités supplémentaires à l’environnement mainframe pour prendre en charge les niveaux DevOps des pratiques de développement et de test implique un surcoût pour l’entreprise et, potentiellement, un autre goulot d’étranglement. Des outils de test distribués, à faible risque et destinés aux environnements mainframe permettent à une équipe aux capacités mainframe limitées d’améliorer la flexibilité de distribution des applications, tout en maintenant le niveau de qualité.

La solution a mis l’équipe de développement d’applications mainframe sur la voie de l’adoption de pratiques DevOps, dont le développement agile, l’intégration continue et le déploiement continu pour suivre le rythme rapide du monde du développement d’applications d’entreprise .

Les équipes de tests non fonctionnels peuvent effectuer des tests plus précoces et fréquents à partir du référentiel en miroir . Par exemple, une application mobile qui utilise le mainframe comme système d’enregistrement .

Un outil autonome de compilation continue sous Java, contrôle tout le processus de provisioning de l’environnement de test .

Une instance mainframe démarre sous Enterprise Test Server . Une notification envoyée à l’équipe de test lui indique que l’environnement de test d’applications est prêt à l’emploi .

Le référentiel en miroir est stocké sur Enterprise Developer, accueillant un environnement de test complètement automatisé .

Fig. 7.

Un environnement de test en miroir des composants mainframe comprend les sources du mainframe, les métadonnées de la base de données, les données et une configuration de l’infrastructure, à même de reproduire tous les niveaux pertinents le long de la chaîne d’approvisionnement .

18

Livres blancsDevOps mainframe en action

Niveaux de flexibilité DevOps : auto-évaluation

Pouvez-vous augmenter facilement les capacités de développement et de test tout en contrôlant les coûts du mainframe ?

La disponibilité des ressources mainframe implique-t-elle que vous ne pouvez tester les modifications de code qu’à des moments précis du jour, ou à des périodes fixes de la semaine ?

Souhaitez-vous tirer parti du provisioning automatique de test dans un environnement virtuel sou cloud ?

Conclusion

Les développeurs sont sans cesse contraints de produire plus dans des délais limités. Ils se doivent d’obéir à des contraintes de temps d’utilisation du mainframe, de ressources de test, de personnel, tout en répondant aux attentes de leur entreprise quant à la maîtrise des coûts du mainframe. Les délais de mise sur le marché plus courts mettent en lumière bien d’autres problèmes de distribution, en particulier lorsque les chefs d’entreprise perçoivent le mainframe comme rigide et obsolète.

Permettre au service informatique de répondre plus rapidement au changement tout en préservant les processus et données métier de base représente à la fois une stratégie gagnant-gagnant et un moyen pragmatique sur le plan financier d’aller de l’avant. Les solutions alternatives, comme la réécriture des applications, sont coûteuses, prennent beaucoup de temps et les pertes consécutives en matière d’IP mainframe risquent de réduire la capacité d’une entreprise à fournir des services uniques. Il est alors préférable de privilégier une évolution plus rapide sur le mainframe. Cela exige une plus grande flexibilité, plus d’implication entre  les équipes et, bien entendu, des outils modernes et intégrés.

Bien que les profils des clients esquissés ici présentent des configurations différentes,  ces derniers ont tous pu constater des améliorations conséquentes en matière d’efficacité,  de collaboration et/ou de flexibilité. Ils peuvent tous légitimement déclarer avoir adopté le DevOps mainframe avec succès, ou certainement avoir enregistré une hausse comparable des performances.

Pour trouver la bonne solution pour votre entreprise, vous devez identifier les domaines où une distribution plus rapide offre le plus de valeur à votre entreprise. Cette solution revêtira un aspect différent de celles de vos concurrents. Il se peut qu’elle mette à profit des outils et processus de développement efficaces. Vous pourriez aussi envisager de simplifier le processus d’intégration des nouveaux membres de l’équipe comme une stratégie indispensable. La plupart des services informatiques confirmeront qu’aujourd’hui, il est indispensable de s’adapter au rythme effréné du changement.

Permettre au service informatique de répondre plus rapidement au changement tout en préservant les processus et données métier de base représente à la fois une stratégie gagnant-gagnant et un moyen pragmatique sur le plan financier d’aller de l’avant .

19www.microfocus.com

Comme l’évoque le récent livre blanc de Forrester, la transformation numérique et le DevOps mainframe sont très intimement alignés. L’entreprise qui envisage une modernisation de ses applications et celle qui évalue ses processus et son infrastructure informatique pour passer au DevOps mainframe devront emprunter un chemin similaire. Toutes deux peuvent espérer des améliorations significatives de leurs performances dans des domaines clés.

Notre livre blanc est un aperçu des expériences des clients de Micro Focus ayant atteint différents niveaux d’efficacité en matière de DevOps mainframe. Votre voyage vers une collaboration, une efficacité et une flexibilité améliorées sera piloté par vos priorités stratégiques. Nous avons déjà identifié le maintien ou l’augmentation des parts de marché, la réduction des coûts, et l’assurance que le service informatique aide l’entreprise à atteindre ses objectifs plus larges. Choisissez l’une ou plusieurs d’entre elles. Une stratégie de DevOps mainframe bien menée offre des économies de coûts et d’efficacité que très peu d’entreprises ne peuvent pas exploiter. 

Mais le point de départ est le même pour tout le monde. Interrogez-nous à propos de notre Service de profil de valeur10, notre offre gratuite de consulting et d’analyse. C’est dans le cadre de celle-ci que nous évaluons votre infrastructure informatique par rapport au potentiel du DevOps mainframe et que nous traçons les grandes lignes de votre voyage vers la modernisation de vos applications. Comme le confirme notre livre blanc, pour passer de la théorie à la réalité, il vous suffit de suivre quelques étapes séquentielles et parfaitement réalisables.

Une stratégie de DevOps mainframe bien menée offre des économies de coûts et d’efficacité que très peu d’entreprises ne peuvent pas exploiter .

__________

10 www.microfocus.com/promo/the-value-profile-service

162-FR0101-001 | M | 11/16 | © 2016 Micro Focus . Tous droits réservés . Micro Focus, le logo Micro Focus, Enterprise Analyzer, Enterprise Developer, Enterprise Sync et Enterprise Test Server, entre autres, sont des marques ou des marques déposées de Micro Focus ou de ses filiales et sociétés affiliées au Royaume-Uni, aux États-Unis et dans d’autres pays . NetIQ et eDirectory sont des marques commerciales ou des marques déposées de NetIQ Corporation aux États-Unis . Toutes les autres marques sont la propriété de leurs détenteurs respectifs .

Micro FocusFrance+33 (0) 1 55 70 30 13

Micro FocusSiège social au Royaume-UniRoyaume-Uni+44 (0) 1635 565200

www.microfocus.com

www.microfocus.com