Users accessed the application through terminals via IBM Customer Information Control System (CICS) command-level transactions. Background CICS transactions were also used heavily within the CICS environment. With code being batch-processed in small increments, online performance was a problem, to say the least.
From a business perspective, key goals included enabling and building an acquisition engine to support expansion plans — the company may very well acquire mainframe workloads in the future, so the AMS transition serves as a model of sorts. Venerable is determined to grow its market, diversify its customer base, and serve new market segments. Naturally, users will demand the self-service options, cross-platform transparency, and overall ease of use found in today’s applications.
Moreover, senior management was determined to strike out on a new, modern technology path — divesting Venerable’s tech platform, in other words, to parallel the business’s divestiture from its prior owner.
On the technical side, while AMS was transformed into a cloud-native Java application and onto AWS Cloud, Venerable wanted improved performance (especially at peak periods) and disaster recovery (Recovery Point Objective and Recovery Time Objective) capability.
These varied goals had to be accomplished within a 24-month timeline agreed on by Venerable and the prior owner for transitional services — while minimizing disruption of business and inconvenience for users. Venerable had agreed to move the divested workload to AWS in multiple lots for better management. The mainframe application and data were moved in the final lot, which included two phases.
Elevating to the cloud
Working with a Venerable subject-matter expert, a Cognizant team with active support from Heirloom staff refactored and re-platformed AMS to Amazon EC2. The engagement consisted of multiple phases:
1 Discovery.
During this month-long phase, we completed a detailed analysis of AMS, including inventory baselining. Cognizant’s in-house proprietary inventory analysis tool and Heirloom’s Probe™ were used to produce an application map; collect application assets; identify complexities and dependencies; and extract metadata required for code refactoring and data migration.
2 Data migration.
Data consisted of 110 VSAM files and 25 DB2 tables, which were migrated to relational tables in a Microsoft SQL Server on Amazon RDS using a mix of Heirloom’s Data Migration Toolkit and custom-built utilities, without any changes to the original application source. For a few VSAM files with complex file layouts (variable length, non-sequential, identifier-based segments), data migration was handled by the Cognizant team with custom-built utilities. Data backup and restoration was accomplished using Amazon S3.
3 Application and ecosystem conversion.
This phase required several months, as our team converted a wide range of programs and migrated associated data. CICS BMS screens were automatically refactored into modern web pages. We were careful to retain the look and feel of the user interface so that the end-user experience wasn’t changed during the migration. The Easytrieve and Assembler programs were converted to intermediate COBOL programs using our proprietary tools.
The online transaction processing and batch processing comprising COBOL programs were also refactored to Java using Heirloom’s Elastic framework. For the RACF Security to Active Directory conversion, access rules for mapping users, groups and resources were unloaded from the mainframe database. Custom scripts were then written to convert the RACF access rules and subsequently loaded into the Active Directory schema. AWS Secrets manager was leveraged for securely storing the service account and database credentials and encryption keys. A Linux version of Tivoli Workload Scheduler was used to mimic the batch mainframe workload scheduling process. Custom scripts were built to establish smart communication between scheduler and Heirloom’s Elastic framework.
4 Testing.
This was critical to validate the functional equivalence between the mainframe application and the refactored Java application. Overall, five months were devoted to this phase. Unit testing ensured that each class and method in the refactored programs was tested independently by mocking dependencies. System integration testing verified the behavior of the complete system (including interactions between components and with other systems). Finally, user acceptance testing was performed to validate that the application met business objectives.
5 Production.
In this final phase, a CI-CD Pipeline was created to automate the building, testing and deployment of applications on the AWS Cloud. Jenkins was used for build and deployment. AWS CloudFormation templates were used to provision the different environments in a fast and consistent manner. After all pre-defined launch criteria were met, the application was promoted to production and deployed. Amazon Application Load Balancer was used in tandem with AWS Cloudwatch to achieve high availability. A DNS failover mechanism was implemented to make the application fault-tolerant by routing the traffic to a disaster recovery (DR) instance in another availability zone.
We delivered the engagement by overcoming several technical challenges including array-based dynamic memory allocation, CICS housekeeping processes replication in Linux, and pointer-variable handling differences between COBOL and converted Java.
A modern digital business emerges
Working together with AWS, the team created a modern cloud-based environment from a complex array of legacy applications. This achieved the dual business objectives of supporting the building of an acquisition engine to underpin business expansion while divesting the technology stack during the transitional services timeframe with the prior company. The project achieved Venerable’s goal to align with its cloud-first strategy, among other imperatives, which included:
- Avoidance of more than a million dollars a month in operating payments to the prior company by eliminating mainframe dependency within a given timeframe.
- Matching its prior mainframe transaction/batch processing service-level agreements.
- Dual code-maintenance capability (i.e., in COBOL and Java) as enabled by Heirloom.
- A functionally equivalent and stable cloud application that was delivered on schedule (16 months) and budget.
- Development of reusable utilities for FTP, email, Scheduler integration, and SharePoint connections.
- A Python utility for sort, which is delivering savings of at least $50,000 per year in licensing fees.
Complex, inadequately documented mainframe systems can be efficiently and effectively modernized to the AWS cloud infrastructure. To succeed, we believe a deep-dive discovery using automated tools and performing a complex proof of concept at the beginning is essential. Once that’s complete, an agile approach is required to migrate the application quickly to the cloud. Active engagement from application SMEs is extremely important to the modernization process, too.
To learn more, visit our AWS page or contact us.