WHITE PAPER
MAINFRAME MIGRATION TO AZURE – BATCH AND DATA PROCESSING
Abstract As a predominant workload in mainframe, batch processing poses its own challenges to modernization. This white paper aims to simplify the approach to batch processing modernization using Infosys accelerators and our Microsoft partnership advantages. It also highlights the Infosys way of identifying the right solution by discovering the key issues in the current application. It further explains the Infosys-Microsoft solution strategy for successful mainframe migration. External Document © 2020 Infosys Limited External Document © 2020 Infosys Limited Table of Contents
1. Introduction ...... 04
2. Mainframe challenges and cloud migration platforms...... 04
3. Choosing the right modernization approach...... 04
4. Understanding application patterns...... 05
5. Batch with files and database...... 05
5.1 Architecture on mainframe: Batch with files and database...... 05
5.2 Azure target state architecture...... 06
5.3 Data processing strategies for batch and real-time data...... 06
6. Infosys accelerators...... 07
7. Why choose Infosys?...... 07
8. Conclusion...... 08
9. About the authors...... 08
10. References...... 08
External Document © 2020 Infosys Limited External Document © 2020 Infosys Limited 1. Introduction Mainframe modernization helps transform common challenges to most mainframe that emerges on the mainframe needs a the application portfolio into agile and migration journeys, there are also different unique strategy to host it on Azure/SQL efficient systems while mitigating risks types of migration patterns from rehosting data platform. The following sections and lowering costs. However, mainframe to re-engineering that must be considered. describe how to map existing architectural migration can be complex. It needs patterns and components to their For instance, there are a set of repetitive custom approaches depending on the equivalent components on Microsoft architectural patterns for mainframe requirements, workloads and risk profile Azure. applications. Each architectural pattern of the enterprise. While there are some
2. Mainframe challenges and cloud migration platforms
The common challenges of mainframe mainframe workloads to the cloud. With support personnel. systems are high licensing cost, lack of robust security features and the ability to As a strategic Microsoft partner for technology experts and the evolving needs scale services on demand, Azure offers multiple years, Infosys leverages domain of the digital world. Today’s enterprises a complete operational environment expertise and mature IPs for mainframe need the right platform that can off-load to support mainframe workloads that modernization. We have delivered more mainframe batches and migrate data have been migrated to the cloud. In than 60 successful engagements for processing to the new cloud platform in a addition, Azure drives innovation of enterprise customers by helping them seamless and risk-free manner. application portfolios that previously successfully rehost, re-engineer and re- resided within the inflexible mainframe Microsoft Azure cloud computing platform mainframe workloads onto Azure computing models, thereby improving the platform is a successful and proven and SQL/data platform. productivity of application developers and target environment for transitioning from
3. Choosing the right modernization approach
Infosys has developed an application • Rewrite – Here, applications are re- microservices can be enabled on top of survey questionnaire that gathers key engineered to a different language for the applications responses, which are then fed into the next-gen architecture such as cloud, • Rehost – Applications are migrated Infosys Portfolio Assessment Framework DevOps, etc. to an emulation platform in Linux/ to determine the target disposition • Retain – Here, application Windows without altering the user state. Based on the responses, four functionalities and existing platforms experience and application functionality modernization approaches are applicable. are not modified/changed. However, These are: • Retire – Applications are shut down and in order to enhance application business-relevant functionalities are functionalities, features such as API or moved to other applications
External Document © 2020 Infosys Limited External Document © 2020 Infosys Limited 4. Understanding application patterns
The figure below illustrates the key mainframe application patterns along with the workloads and possible use cases. It is important to note that some applications may have a combination of these patterns.
Data migration and atch nline replication atc it files nline I I Data mi ration L or L I D it data ase c an e data ca ture data sync data atc it files and nline isuali ation and data ase et etc it data arc i al ac end mainframes atc it remote ac u and restore net or file s arin nline atc it interfaces E I etc
Fig 1: Type of mainframe application patterns
5. Batch with files and database 5.1 Architecture on mainframe: • Scheduler – This controls the job • Integrations – This includes: dependencies and triggers the flow Batch with files and database o File transfer protocol (FTP) to receive based event/time/dependency A typical batch workflow in mainframes and send files in batch • Data layers – This includes direct access involves components like: o MQ to send/receive data from other storage device (DASD) and TAPE • Jobs – There may be multiple jobs external systems in batch running on the mainframe. These o Email as a communication channel jobs may have successor/predecessor dependency on each other o Printer as a physical print medium
Mainframe[z/OS]
Application Tier
JOB1 JOB2 JOB4
Messaging Queues JOB5 Mail (MQ) Workload Scheduler JOB
JES JOB6
Data Tier FTP Printer
DASD TAPE VTS Db2 IMS DB File System DBMS
Fig 2: Mainframe pattern for batch with files
External Document © 2020 Infosys Limited External Document © 2020 Infosys Limited 5.2 Azure target state architecture • Upload files to Azure storage – Files • Data sync – Data is synchronized are uploaded to Azure Storage through between the mainframe and Azure The key steps in reference architecture for Azure Data Factory batch with files and database are: • Download files – The files from Azure • Data load for processing – Mainframe Storage can be downloaded to the • Re-engineering the app tier – data from DB2/IMS DB is loaded into mainframe storage in the appropriate Application logic in mainframes can be Azure data stores format using services/utilities re-engineered using Azure service like Azure logic apps, Azure functions etc. • Ingestion and orchestration – Azure Data Factory is used to manage the data in Azure Storage
Application Tier Functions or Logic apps
COBOL PL1 Re-Engineering of app tier Ingest i Functions or Logic app will perform: JCL SORT • Scheduling • Job Execution & Processing • Monitoring on &
Upload files to Azure Storage orc h File System Azure Storage estration
Download files Data Factory DASD TAPE VSAM Files BLOB TABLE Queue
Data Load for processing Data Tier Data Store
Data Sync IMS Azure Azure COSMOS Postgres SQL SQL DW DB SQL
Express Route
Fig 3: Reference architecture for batch with files and database
5.3 Data processing strategies for • Data layers – Data is loaded into Azure • Consumption – Data is used to batch and real-time data databases for consumption and business generate alerts, operational metrics, intelligence/visualization reporting, and visualizations Data moves through the pipeline in the reference architecture through the following stages: Data ources In est ransformation naly e Data layer e ortin Layer