In or Out: let’s get the mainframe legacy over with now

In many mainframe shops - organizations using applications that run on the mainframe - senior management struggle with their isolated, expensive, complicated mainframe environment.  The mainframe investment is a significant part of your IT budget, needing to board-level decision making. It is unclear if the value of your mainframe investment is in line with its value. Mainframe applications are often core applications, deeply rooted in organizational processes. Business innovation capacity is limited by legacy applications and technology. Too much is spent on maintenance and continuity, too little on innovation. At the same time, the misalignment increases. The organization moves to a cloud model for their IT - what is the mainframe position in that respect? The mismatch between Enterprise Architecture and mainframe landscape is increasing. Organizational and technical debt is building up in the mainframe environment, maintenance and modernization are postponed and staff is aging. A decision must decide whether to throw out the mainframe legacy or revitalize the environment, but they have far from complete information to make a good judgment. Divestment options Let's look at the divestment options you have when you are stuck in this situation. Rehost the platform, meaning, move the infrastructure to another platform or to a vendor.  This solves a small part of the problem, namely the infrastructure management part. Everything else remains the same.  Retire all applications on the mainframe platform. Probably the cleanest solution in the divestment strategy. However, this option is only viable if replacing applications is available and speedy migration to these applications is possible. Replace through repurchase, meaning replace your custom solution with another off-the-shelf solution, whether on-premise or in a SaaS model. This is only an option if, from a business perspective, you can live with the standard functionality of the package solution.  Replace through refactoring is an option for application where special functionality support distinguishing business features that can not be supported in off-the-shelf applications. Significant development and migration efforts may be needed for this approach. A total solution will likely be a combination of these options, depending on application characteristics and business needs. The investment option The Investment option is a stepwise improvement process, in multiple areas, depending on the state of the mainframe applications and platform. Areas include application portfolio readjustments, architecture alignments, application and infrastructure technology updates, and processes and tools modernization. Depending on the state of the environment, investments may be significant. Some organization have neglected their mainframe environment for a decade or longer, and have a massive backlog to address. In some cases the backlog is so big, that divestment is the only realistic option. (As an example, one organization needed to support multiple languages, including Chinese and Russian, in their business applications. After 10 years of maintenance neglect of the middleware, the only option they had was to abandon their strategic application platform. This brings excessive costs, but more important for the organization's competitiveness, technical debt hits at the most inconvenient moments.) To find the best option for your organisation you should consider…

25 wishes for the mainframe anno 2023

I listed my wishes for the mainframe. Can we have this please ? For our software and hardware suppliers: Continuous testing, at reasonable cost. Continuous testing is not an option anymore. For the speed that modern agile software factories need, continuous functional, regression and performance testing are mandatory. But with mainframes, the cost of continuous testing quickly become inhibitive. Currently all MSUs are the same, and the new testing MSUs are driving the hardware and more importantly the MLC software costs through the roof.  Please not through yet another impractical License model (see later). Real Z hardware for flexible Dev & Test.  For reliable and manageable regression and performance testing, multiple configurations of test environments are needed, on real Z hardware. The emulation software zPDT or zD&T is not fit-for-purpose and not a manageable and maintainable solution for these needs. Some problem, same solution for our software suppliers. Customers do not want to notice that development teams of IBM / CA/Broadcom / Compuware / BMC / HCL /  Rocket / ... are geographically dispersed (pun). Please let all your software developers in your company work the same way, on shared problem.  Sysplex is not an option but a given. Everything sysplex-enabled by default please. Meaning, ready for data sharing, queue sharing, file sharing, VIPA, etcetera. Cloud is not an option but a given. I do not mean Saas. I mean everything is scripted and ready to be automated. Everything can be engineered and parameterised once and rerun many times. Open source z/OS sandbox for everyone (community managed– do we want to help with this?). Want to boost innovation on the mainframe? Let's have a publicly accessible mainframe for individual practitioners. And I mean for z/OS!    Open source code (parts) for extensions (radicalize ZOWE and Zorow like initiatives). Give us more open source for z/OS. And the opportunity for the broad public to contribute. We need a community mainframe for z/OS open source initiatives. Open APIs on everything. Extend what z/OSMF has given us: APIs on everything you create. Automatically.  Everything Unicode. Yes there are more characters than those in codepage 037,and they are really used on mainframes outside the US. Automate everything. (everything!) Fast and easy 5 minute OS+MW installation (push button), like Linux and Windows. Ok make it half an hour. Still too challenging? Ok, half a day. (Hide SMP/E for customers?) Clean up old stuff. There is a lot of things that are not useful nowadays anymore. For example, ISPF is full of it. For example Primary ISPF screen ISR@PRIM Option 1, 4, 5 7 can go. Many other things (print and punch utilities, really).  Standardized z/OS images. Remove customization options. Work on a standardized z/OS image. We don't need the option to rename SYS1.LINKLIB to OURCO.CUSTOM.LINKLIB. Define a standard. If customers want to deviate, it is their problem, not all ours. Standardized software distribution. My goodness everyone has invented something to get code from the installation to their LPARs because there's nothing there. Develop/define a standard. (Oh, and we do…

Modern mainframe application development

  • Post category:DBAOTM
  • Reading time:6 mins read

In the previous DBAOTM article on DevOps I have introduced the traditional development process, which is often still used in a mainframe environment. In this post I will present a modern approach to development on the mainframe. Modern development processes for the mainframe Requirements for the development process have changed. Applications must be built faster and it must be possible to change applications more often and quicker without impacting the quality of the application. In other words, agile development is needed. The only way to address today business needs into modern agile development processes is to automate all build and deploy processes. A set of principles can then be derived for modern mainframe develops processes. All application artefacts are managed in the (or a) Source Code Management tool.The build processes for all artefact are automated, and can be coherently executed.A build can be deployed in any environment. A build has no environment or organization-specific dependencies.The deployment process for a build is fully automated. Including the fallback procedure. The deployment process is a coherent process for all application artefacts. These principles need to be supported by tools and processes that are (re)designed for these purposes. Of course this is not something specific to z/OS applications, but is true for any modern IT solution. But with the background I have sketched in the previous section, there is a legacy of development processes and tools to take into account and in many organizations this implies significant technical and organizational changes. The modern SCM for z/OS The modern SCM tool for z/OS needs to support all kinds of application artefacts. For the mainframe this means for one thing that not only traditional MVS-type artefacts must be supported, like COBOL programs, COPYBOOKS and JCL, but also Unix type artefacts like Unix scripts and configuration files in z/OS Unix directories. The tools and processes should allow for EBCDIC type artefacts to be created or the z/OS runtime environment, as well as ASCI, Unicode and binary artefacts. Modern SCM tools that can manage z/OS artefacts, are ISPW from Compuware, RTC form IBM, and a new option nowadays is Git, or GitHub. Build automation The modern DevOps process automates the creation of a build. The build process takes the required versions of the application artefacts from the source code management repository and creates a coherent package of these artefacts. This package, also called the build, is deployed in a (test) environment. The build could be deployed in any runtime environment, even outside your organizations. This principle not only enforces standardization of processes and infrastructure in your IT organization, it also allows any future deployments in yet unknown environments – for example in the Cloud. The automated build process itself should be callable through some generic API, so it can be integrated into other automated processes when needed. Build automation on z/OS can be accomplished with a number of tools. Some of these tools are able to handle the z/OS specific needs. IBM has two solutions: Rational build engine…

The big free mainframe curriculum

  • Post category:EducationGeneral
  • Reading time:2 mins read

Learn mainframe, z/OS and Linux for Z on a shoestring. Let me know if you have any updates or additions to the list. Introduction Here's What Happens When an 18 Year Old Buys a Mainframe https://www.youtube.com/watch?v=45X4VP8CGtk&t=94s z/OS introductory video course http://www.redbooks.ibm.com/redbooks.nsf/redbookabstracts/crse0304.html?Open The ABCs of System Programming redbooks http://www.redbooks.ibm.com/abstracts/sg246981.html?Open IBM z/OS Basic Skills page in Knowledge Center.  https://www.ibm.com/support/knowledgecenter/en/zosbasics/com.ibm.zos.zbasics/lcmain.html Introduction to the new mainframe http://www.redbooks.ibm.com/abstracts/sg246366.html?Open RelevantZ site http://relevantz.ibmsystemsmag.com/ibm-systems-relevant-z IBM Z Youtube IBM Z YouTube channel Love mainframe https://lovemainframe.com/ Open source initiatives Zowe https://www.openmainframeproject.org/ Free training offers Cross-technology z/OS Introduction and Workshop http://dtsc.dfw.ibm.com/MVSDS/'HTTPD2.APPS.ZOSCLASS.SHTML(ZOSCLASS)' Master the mainframe: https://www.ibm.com/it-infrastructure/z/education/master-the-mainframe Free training at HPI https://open.hpi.de/courses/mainframes2018 Many tutorials on Mainframetechhelp https://www.mainframestechhelp.com/ Tutorialspoint on mainframe https://www.tutorialspoint.com/mainframe_tutorials.htm Mainframe Playground  https://mainframeplayground.neocities.org/ TSO/ISPF Introduction to TSO/ISPF https://www.tutorialbrain.com/mainframe/tso_ispf/ JCL Introduction to JCL https://www.tutorialbrain.com/mainframe/jcl_pgm_parameter/ JCL course https://www.tutorialspoint.com/jcl/jcl_job_statement.htm COBOL Introduction to COBOL https://www.tutorialbrain.com/mainframe/cobol_home/ Free COBOL course from CSIS http://www.csis.ul.ie/cobol/course/ Mainframe playground on COBOL https://mainframeplayground.neocities.org/COBOL.html Books (search for 2nd hand versions) Teach Yourself COBOL In 21 Days Murarch’s Mainframe COBOL CICS Introduction to CICS http://www.redbooks.ibm.com/abstracts/crse0303.html?Open Db2 for z/OS DB2 for z/OS: Data Sharing in a Nutshell Introduction to Db2 z/OS (for programmers) - https://www.tutorialbrain.com/mainframe/db2_tutorial/ MQ for z/OS MQ on z/os concepts https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_8.0.0/com.ibm.mq.pro.doc/q003590_.htm http://share.confex.com/data/handout/share/131/Session_23611_handout_11867_0.pdf VSAM Introduction to VSAM https://www.tutorialbrain.com/mainframe/vsam_tutorial/ Assembler Assembler training https://punctiliousprogrammer.com/ibm-mainframe-assembler/ Developer topics IBM System z Tech Video’s IBM Z Systems tech zone Application Discovery ADDIApplication Delivery Foundation for z Systems ADFzzD&T - mainframe for hobiests on your Intel machine zD&T Access to real mainframe Unfortunately there is no Community mainframe yet. How cool would that be.  There is the emulator solution zD&T on which you can run z/OS legitimately (warning: quite cumbersome, slow and expensive.) IBM Z trials https://www.ibm.com/it-infrastructure/z/resources/trial Gives you 3 days access to a trial environment with scripted tutorials.. When you have a software development company, or if you are rich: Remote development programme on Dallas System z http://dtsc.dfw.ibm.com/MVSDS/'HTTPD2.ENROL.PUBLIC.SHTML(ZOSRDP)' (Will cost you something like $550 USD per month.)