Recently I had the opportunity to connect with Thibaut Cordier from Groupama, who was wanting to learn more about the Zowe project and share his findings with the French mainframe community. This multi lingual Q&A chat is where Thibaut asked me some great questions and got to learn how Zowe started, where it’s being successfully deployed, and what’s in store for future releases.
. . 
. 
Can you introduce yourself and your role at IBM and in the open mainframe project ?
Peux-tu te présenter et définir ton rôle à IBM et au sein de l’open mainframe project ?
My passion at IBM is to make technology more accessible and easy to use. This is particular true in the area of graphical user interfaces (GUI), with a slant towards development tooling, Previously I have worked on the Eclipse projects and its eponmymous IDE, as well as mainframe extensions such as IBM Developer for System z (IDz), as well as its foundation layer IBM z/OS Explorer. Currently I’m the technical architecture lead for Zowe with IBM, although the software is an open souce collaboration by a number of mainframe vendors and owned by the Linux foundation’s Open Mainframe Project. I have around 20 years experience around the Mainframe covering everything from traditional CICS, Db2 on the z/OS side of the house, as well as the Linux side that brings open source software into the mix. I enjoy working with customer and helping them in their modernization journies, and I part of IBM’s support team to help customers in the field. One aspect I hugely enjoy is listening to a customer’s problems and helping them be successful with open source technology, especially if it involves Zowe that I love to promote and evangelize.
Ma passion à IBM est de rendre la technologie plus accessible et facile à utiliser. Cela est particulièrement vrai dans le domaine des interfaces graphiques (GUI), avec un penchant pour les outils de développement.
Auparavant, j’ai travaillé sur les projets Eclipse et son IDE éponyme, ainsi que
sur les extensions pour le Mainframe tel qu’IBM Developer for z system (IDz),
ainsi que sur sa couche fondatrice IBM z/OS Explorer.
Actuellement, je suis le responsable de l’architecture technique pour Zowe avec IBM, sachant que ce logiciel open source est le fruit de la collaboration entre différents fournisseurs du monde Mainframe et la propriété de l’Open Mainframe Project soutenu par la Fondation Linux. J’ai une vingtaine d’années d’expérience sur Mainframe, couvrant les traditionels CICS, Db2 du côté z/OS de la maison, ainsi sur la partie Linux qui apporte un mix de solutions open source.
J’apprécie travailler avec des clients et les aider dans leur démarche de modernisation, et je fais partie de l’équipe support IBM pour les aider sur cette partie.
Un aspect que j’apprécie énormément est écouté les problèmes de mes clients et les aider à les résoudre avec les technologies open source, particulièrement si cela implique Zowe que j’adore promouvoir et évangéliser.
Can you give us your feeling after the IBM TechXchange at Barcelona that happened in January ? How was the atmosphere and what were the expectations from the people you saw at this meeting ?
Peux-tu nous donner ton ressenti après la conférence IBM TechXchange à Barcelone qui s’est passé en Janvier ? Comment était l’ambiance et quelles étaient les attentes des personnes que tu as vu à ce rendez-vous ?
It was excellent, it was a real community, and I’ve never have seen it before.
People were sharing ideas, quality of presentors, they engaged the audience. Somes games, fun, arcades. Take selfies with barbie. Like a festival. Really wonderful to be around the energy and community assembled together workshopping ideas and brainstorming solutions to shared problems.
C’était excellent, c’était une vraie communauté, et je n’ai jamais ressenti cela auparavant. Les personnes échangeaient leurs idées, la qualité des présentateurs, ils embarquaient avec eux le public.
Des jeux, du fun, des arcades. Des selfies avec Barbie. Comme un festival. Vraiment exaltant d’être entouré de l’énergie d’une telle communauté rassemblé pour partager des idées et réfléchir à des solutions sur des problèmatiques partagées.
What is the main point of introducing open source on the Z ?
Quel est le point de départ menant à l’arrivée de l’open source sur le Z ?
Zowe’s inception began when a large customer gave direct feedback to IBM, Broadcom and Rocket that the problem with the mainframe is that the tools are different from other platform (creating a skills barrier) and also that different vendors build their own stacks that don’t interoperate.
Open source tech allows people to work both on Mainframe and non Mainframe platform, because they can use a common toolset and familiar paradigms. As well as the tech being freely available and all source code published for visibility, as much as is possible in the governance and community regarding decision making and planning is transparent. Customers can join in by contributing ideas, (not only the code) so the entry to joining the community is as low as an issue thumbs up (or thumbs down) emoji.
Le commencement de Zowe s’est passé quand un grand client a donné un feedback à IBM, Broadcom et Rocket que le problème avec le Mainframe est que les outils sont différents des autres plateformes (créant ainsi une barrière à l’entrée) et aussi que différents fournisseurs créent leur propre stack technique et qui ne sont pas intéropérables entre eux.
Les technologies Open source permettent aux personnes de travailler à la fois sur les plateformes Mainframe et non Mainframe, parce qu’elles utilisent un ensemble d’outils commun et des paradigmes familiers.
En plus du fait que la technologie est disponible gratuitement et que tout le code source est publié pour plus de visibilité, cela permet un processus de gouvernance par la communauté avec d’autant plus de transparence dans les prises de décisions et la planification. Les clients peuvent se joindre en contribuants aux idées, (pas uniquement sur le code), donc se joindre à la communauté est aussi simple que de mettre un emoji pouce levée (ou pouce à l’envers) sur une issue.
What about Zowe ? Have you a recent study that give us some figures of the adoption of this solution ?
Et à propos de Zowe ? As-tu une étude récente qui pourrait nous donner quelques chiffres de l’adoption de cette solution ?
I can’t talk directly to which customers use Zowe for confidentialiy reasons, but in a recent Arcati Yearbook survey hosted by Planet Mainframe 85% of all respondents in the mainframe community reported that they have adopted (or are planning to adopt) Zowe technology as part of the infrastructure. At many mainframe conferences a specific `Zowe` track has been included on the call for papers alongside other incumbent mainframe topics, and at SHARE (the premier US based mainframe event) for some years a specific Zowe day was created to support the demand and interest around the project. For trust in the Zowe solution it’s a great question. Some vendors offer support contracts (for a fee) that provide mainframe customers with 24×7 support and service level agreements so the support is no different to proprietary solutions offered by the same vendor. This is a good idea for customers to look at before production deployment, and one that works well in other open source domains where OSS Linux tends to be rolled out through trusted distributions. For the actual integrity of the product, the Zowe community do regular source code scans and testing to look for known vulnerabilities, version upgrades refresh the software bill of materials to make sure dependent content is the most current and secure release, and having the source code in the clear in github.com/zowe allows more eyes and peer reviews which actually makes for a stronger solution.
Je ne peux pas parler directement sur quels clients utilise Zowe pour
des raisons de confidentialité, mais dans un récent sondage Arcati Yearbook hébergé par Planet Mainframe, 85% des répondants dans la communauté Mainframe ont fait savoir qu’ils ont adopté (ou sont en cours d’adoption) de la technologie Zowe comme élément d’infrastructure.
Lors de nombreuses conférences Mainframe, un thème spécifique “Zowe” a été inclus dans l’appels à communications, aux côtés d’autres sujets mainframe actuels, et à SHARE (le 1er évènement Mainframe basé aux Etats-Unis) depuis plusieurs années, une journée spécifique Zowe a été créée pour soutenir la demande et l’intérêt autour de ce projet.
Concernant la confiance dans la solution Zowe, c’est une excellente question. Certains fournisseurs proposent des contrats de support (payant) qui offrent aux clients du support 24×7 et des accords de niveau de service rendant ce support aussi fiable que celui que l’on peut avoir avec des solutions propriétaires, offertes par le même fournisseur. C’est une bonne idée pour les clients de regarder cela avant le déploiement en production, et elle fonctionne bien pour d’autres domaines open source où Linux a tendance à être déployé via des distributions fiables.
Concernant l’intégrité du produit, la communauté Zowe effectue régulièrement des analyses et des tests du code source pour rechercher des vulnérabilités connues, les montées de version actualisent la nomenclature logicielle (SBOM) pour s’assurer que le contenu qui en dépend est la version la plus à jour et la plus sécurisée, et le fait d’avoir le code source en clair sur github.com/zowe permet plus de revues de paires ce qui permet d’avoir une solution plus robuste.
There are differents open source projects spawning and most of them are in incubation phase.
Recently, I’ve discovered a subject about OpenTelemetry (a well-known observability tool) coming to the Mainframe. What can we expect for the future ? How IBM participate to this growing ecosystem ?
The first wave of Zowe adoption was likely propelled by the modernization transformations being done by mainframe customers in the areas of Devops, building pipelines using tooling like Jenkins alongside the Zowe command line interface, and deploying the Visual Studio Code Zowe Explorer extensions. To ensure that Zowe doesn’t become stale as well as the supported core Zowe offering, the community provides a way to incubate new ideas through incubation project. Some of these don’t mature to the core offering, but one thing the Zowe community is very proud of is that the IBA group has recently stewarded an incubator IntelliJ plugin which will become part of Zowe core in version 3 planned for September 2024. Some incubator projects don’t mature, which is a natural part of Darwinian software maturity. As you mentioned OTEL which is really interesting, as talking to many customers and watching industry tends an area with a lot of eyes on at the moment is monitoring, having dashboards, and unifying mainframe and non mainframe workloads be analyzed and tuned in a single dashboard with common tooling. Artificial Intelligence, sometimes coined AIOPs, has a bit role to play here too to help with the signal to noise ratio across vast volumes of data as well as providing learned responses to issues based on previous actions. OTEL is very exciting to provide an open standard for runtimes to present log, trace and metric data in a format that can be analysed by different tools, creating a many to many relationship between front end and back end IT stacks. This reminds me of when the REST protocol came into computing (replacing a lot of proprietary APPC calls) and the result was an explosion of form factors and a more open entry point to create more usable and flexible applications. OTEL has that same promise and it’s an area that IBM is already embracing by providing OTEL feels for some of its traditional mainframe monitoring products, as well as working with customers to help aggregate feeds into the dashboards and UI engines already deployed within their enterprises.
For AI this is hugely exiciting to be able to wrap around the data, for example with the Internet, you use a browser, but now you have an assistant that can offer help like a buddy or mentor. Other areas where AI could be interesting is helping with code analysis to allow folks to onboard and quickly skill up to understand a complex application that has been built over many decades to give the development teams confidence to make changes.
La première vague d’adoption de Zowe a été pour l’essentiel amené par les projets de transformations et modernisation effectués par les clients du Mainframe dans le domaine du Devops, construisant des pipelines en utilisant des outils tel que Jenkins aux côtés de l’outillage de ligne de commande Zowe, et déployant l’extension Zowe explorer pour Visual Studio Code. Afin de s’assurer que Zowe ne devienne pas obsolète ainsi que son noyau, la communauté fournit une manière d’incuber de nouvelles idées à travers des projets d’incubation. Certains d’entre eux ne parviennent pas à rejoindre ce noyau, mais une chose dont la communauté est particulièrement fier est que l’IBA group a récemment géré l’incubation d’un plugin pour IntelliJ qui fera parti du noyau Zowe dans la version 3, prévu pour Septembre 2024. Certains projets d’incubation ne mûrissent pas, ce qui est le cycle naturel de la maturité logicielle Darwinienne. Comme tu mentionnes OTEL qui est vraiment intéressant, en parlant à beaucoup de clients et une mue se fait dans l’industrie où les yeux se tournent en ce moment vers l’observabilité, le fait d’avoir des tableaux de bord, et de chercher à unifier l’analyse et la personnalisation des charges machines mainframe et non mainframe sur un unique tableau de bord avec de l’outillage commun. L’intelligence artificiel, parfois formulé AIOps, a un petit rôle à jouer ici aussi pour aider avec le rapport signal/bruit sur de vastes volumes de données ainsi que pour fournir des réponses apprises basées sur des problèmes passés. OTEL est très excitant pour fournir un standard ouvert pour les environnements d’exécution afin de présenter les log, les traces et les métriques dans un format qui peut être analysé par différents outils, créant une relation N à N entre les stacks IT front et back. Cela me rappelle l’arrivée du protocole REST (remplaçant de nombreux appels APPC propriétaires) et le résultat a été une explosion de facteurs de forme et un point d’entrée plus ouvert pour créer des applications plus flexible et facile à utiliser.
OTEL a la même promesse et c’est un domaine qu’IBM a déjà adopté en fournissant des fonctionnalités OTEL pour certains de ses produits traditionnels de surveillance des mainframes, ainsi qu’en travaillant avec les clients pour les aider à regrouper les flux dans les tableaux de bord et les moteurs d’interface utilisateur déjà déployés au sein de leurs entreprises.
Pour l’IA, c’est extrêmement excitant de pouvoir analyser les données. Par exemple, avec Internet, vous utilisez un navigateur, mais vous disposez désormais d’un assistant qui peut vous offrir de l’aide, comme un copain ou un mentor. D’autres domaines dans lesquels l’IA pourrait être intéressante sont l’aide à l’analyse du code pour permettre aux utilisateurs de s’intégrer et de se perfectionner rapidement pour comprendre une application complexe qui a été construite sur plusieurs décennies pour donner aux équipes de développement la confiance nécessaire pour apporter des modifications.
Which others tools, practices or communities for a better integration of the Mainframe
in the DevOps culture would you like to share with us ?
Quels autres outils, pratiques ou communautés pour une meilleure intégration du Mainframe
dans la culture DevOps voudrais-tu partager avec nous ?
Great question, for integration of the mainframe in the DevOps culture I think that the area of testing is very crucial to success. The more testing that can be done and the earlier in the development lifecycle the better (think shift left). Likewise the more granular tests can be made the better for agility, and also the wider the system test can be the safer the business is as fewer errors will occur in production. For this projects like #COBOLCheck are interesting that allows COBOL programs to be tested at a procedure level, similar to the popular Java JUnit framework (or javascripts mocha.js). The area of provisioning is also very interesting, and for this it’s great to see Ansible galaxy collections being availble that can combine pipeline scripts with z/OS templates to help spin up and spin down test environments. Wazi as a service is also a great tool that allows customers to create z/OS environments in a public cloud to run test and development workloads before deploying to production, and it also plays a great role in education and training for nextGen and new skills.
Excellente question, pour l’intégration du mainframe dans la culture DevOps,
je pense que le domaine des tests est crucial pour la réussite. Plus les tests peuvent être effectués et plus tôt dans le cycle de vie de développement, mieux c’est (pensez shift left). De même, plus les tests peuvent être granulaires, meilleure est l’agilité, et plus les tests du système peuvent être étendus, plus l’entreprise est sûre, car moins d’erreurs se produiront en production. Pour cela, des projets comme #COBOLCheck sont intéressants car ils permettent de tester des programmes COBOL au niveau des procédures, similaires au framework Java JUnit populaire (ou javascripts mocha.js). Le domaine du provisionnement est également très intéressant, et pour cela, c’est formidable de voir des collections Ansible Galaxy disponibles, capables de combiner des scripts de pipeline avec des modèles z/OS pour aider à démarrer et à ralentir des environnements de test. Wazi as a service est également un excellent outil qui permet aux clients de créer des environnements z/OS dans un cloud public pour exécuter des charges de travail de test et de développement avant de les déployer en production, et il joue également un rôle important dans l’éducation et la formation de la nouvelle génération et des nouvelles compétences.
