Lattwein z/OS zVSE/VSEn

CPG-Shell Modernization Guide

UNIX and WindowsApplication/Application EnviromentApplication Development

CPG-Shell is a unix and windows product by Lattwein. Explore technical details, modernization strategies, and migration paths below.

Product Overview

CPG-Shell is middleware that enables mainframe CICS and batch applications to interact with non-mainframe applications.

This eliminates the need for manual data transfer and improves overall efficiency. CPG-Shell is particularly useful for organizations that rely on mainframe systems for core business processes but need to integrate with distributed systems or SAP ERP environments.

Modernization Strategies

Rehost

Timeline:
6-12 months

Lift-and-shift to cloud infrastructure with minimal code changes. Fast migration with lower risk.

Refactor (Recommended)

Timeline:
18-24 months

Optimize application architecture for cloud while preserving business logic. Best ROI long-term.

Replatform

Timeline:
3-5 years

Complete rewrite to cloud-native architecture with microservices and modern tech stack.

Frequently Asked Questions

General

What does CPG-Shell do?

CPG-Shell enables mainframe CICS and batch applications to interact with non-mainframe applications, facilitating data transfer between them. It also allows CICS and batch applications to call SAP ERP applications through CPG-SAP-Shell. This integration helps bridge the gap between mainframe and distributed environments.

Is CPG-Shell a system, application, or tool?

CPG-Shell is middleware that provides connectivity and data transfer capabilities between mainframe and non-mainframe applications. It acts as a bridge, allowing applications on different platforms to communicate and exchange data. CPG-SAP-Shell extends this functionality to include SAP ERP integration.

What types of organizations use CPG-Shell?

Organizations that rely on mainframe systems for core business processes and need to integrate with distributed systems or SAP ERP environments benefit from CPG-Shell. This includes enterprises in industries such as finance, insurance, and retail that require seamless data exchange between different platforms.

When should we consider CPG-Shell?

A company should consider using CPG-Shell when they need to integrate their mainframe applications with non-mainframe systems or SAP ERP. This is particularly relevant when data needs to be exchanged between these environments or when mainframe applications need to invoke functions in distributed systems.

What are the alternatives to CPG-Shell?

Alternatives to CPG-Shell include other middleware products that provide connectivity between mainframe and distributed systems, such as IBM MQ, Software AG's EntireX, and other custom integration solutions. The choice depends on specific requirements, existing infrastructure, and the level of integration needed.

Technical

What infrastructure is required?

CPG-Shell requires a mainframe environment running z/OS or zVSE/VSEn, along with the CICS and batch applications that need to be integrated. On the non-mainframe side, it requires the target applications or SAP ERP system to be accessible via network protocols.

For mainframe products: Does this run in an LPAR?

CPG-Shell runs within the mainframe environment, typically in an LPAR. It is z/OS dependent and may require specific subsystems to be configured for communication and data transfer. The exact requirements depend on the specific implementation and the target non-mainframe applications.

Does this extend/enhance another product?

CPG-Shell extends the capabilities of CICS and batch applications by enabling them to interact with non-mainframe systems. It does not replace these applications but rather enhances their functionality by providing connectivity and data transfer capabilities.

What types of APIs does this product expose?

The specific APIs exposed by CPG-Shell depend on the implementation and the target non-mainframe applications. Common API types include REST and SOAP for web services integration, as well as native APIs for direct communication with specific systems. The choice depends on the requirements of the integration scenario.

Business Value

What business problem does it solve?

CPG-Shell solves the business problem of integrating mainframe applications with distributed systems and SAP ERP. Without it, organizations would face challenges in exchanging data and invoking functions between these environments, leading to manual processes, data silos, and increased operational costs.

What would happen if an organization did NOT use this product?

If an organization did not use CPG-Shell, they would need to find alternative ways to integrate their mainframe applications with non-mainframe systems. This could involve developing custom integration solutions, using other middleware products, or relying on manual data transfer processes, all of which can be more costly and time-consuming.

How does CPG-Shell provide business value?

CPG-Shell provides business value by enabling seamless integration between mainframe and non-mainframe systems, improving data flow, automating processes, and reducing operational costs. It allows organizations to leverage their existing mainframe investments while taking advantage of modern distributed technologies.

Security

What security features does CPG-Shell provide?

CPG-Shell's security features depend on the specific implementation and the security protocols used for communication between systems. It typically supports authentication methods such as user IDs and passwords, as well as encryption protocols such as SSL/TLS to protect data in transit. Access control is often managed through the mainframe's security system.

How does CPG-Shell ensure security?

CPG-Shell leverages the security mechanisms of the underlying mainframe environment, such as RACF, ACF2, or Top Secret, to control access to resources and data. It also supports encryption protocols to protect data during transmission between systems. Audit logging capabilities provide a record of user activity and system events.

How does CPG-Shell integrate with existing security systems?

CPG-Shell integrates with existing security systems on the mainframe, such as RACF, ACF2, or Top Secret, to manage user authentication and authorization. It also supports encryption protocols such as SSL/TLS to protect data in transit. Regular security audits and vulnerability assessments are recommended to ensure the ongoing security of the system.

Operations

How is CPG-Shell typically deployed?

CPG-Shell is typically deployed on-premise within the organization's mainframe environment. Implementation requires technical expertise in mainframe systems, networking, and security. Ongoing operational requirements include monitoring system performance, managing user access, and maintaining the integration with non-mainframe systems.

What level of technical expertise is required to implement it?

Implementing CPG-Shell requires technical expertise in mainframe systems, networking, and security. Common implementation challenges include configuring the communication between mainframe and non-mainframe systems, ensuring data integrity, and addressing security concerns. Thorough testing and validation are essential for a successful implementation.

What ongoing operational requirements exist?

Ongoing operational requirements for CPG-Shell include monitoring system performance, managing user access, and maintaining the integration with non-mainframe systems. Regular maintenance and updates are necessary to ensure the system remains stable and secure. Staffing requirements depend on the complexity of the integration and the size of the environment.

Ready to Start Your Migration?

Download our comprehensive migration guide for CPG-Shell or calculate your ROI.

Calculate ROI