Azure Logic Apps를 사용한 메인프레임 및 미드레인지 현대화

이 가이드에서는 Azure Logic Apps를 사용하여 메인프레임 및 미드레인지 환경을 현대화하여 조직이 비즈니스 가치와 민첩성을 높이는 방법을 설명합니다. 현재의 비즈니스 세계는 하이퍼 혁신의 시대를 경험하고 있으며 엔터프라이즈 효율성, 비용 절감, 성장 및 비즈니스 조정을 얻기 위한 영구적인 탐구를 하고 있습니다. 조직은 현대화하는 방법을 찾고 있으며, 한 가지 효과적인 전략은 기존 레거시 자산을 사용하는 동안 비즈니스 가치를 보강하는 것입니다.

메인프레임 및 미드레인지 시스템에 투자하는 조직의 경우, 인간을 달로 보내거나 현재 금융 시장을 구축하고 클라우드 및 AI(인공 지능)를 사용하여 가치를 확장하는 데 도움이 되는 플랫폼을 최대한 활용하는 것을 의미합니다. 이 시나리오에서는 레거시 투자를 위해 AI 세계에 문을 열어 Azure Logic Apps와 메인프레임 및 미드레인지 시스템과 통합하기 위한 기본 기능이 구현됩니다. 여러 다른 기능 중에서 Azure Logic Apps는 20년 이상 Microsoft의 가장 전략적인 고객의 핵심에서 메인프레임 및 미드레인지 통합에 사용되었던 HIS(Host Integration Server)의 핵심 기능을 통합합니다. 결과적으로 Azure Logic Apps는 메인프레임 및 미드레인지 시스템을 위한 iPaaS(Integration Platform-as-a-Service)가 되었습니다.

엔터프라이즈 개발자는 Azure Logic Apps를 사용하여 통합 워크플로를 빌드할 때 코드를 거의 또는 전혀 사용하지 않거나 사용자 지정 코드를 적게 사용하여 새 애플리케이션을 더 빠르게 제공할 수 있습니다. Visual Studio를 사용하는 개발자는 메인프레임 시스템 및 인프라에 대한 지식이 필요하지 않으므로 IBM 메인프레임 개발 도구 및 기술을 사용하는 개발자보다 생산성이 높아질 수 있습니다. Azure Logic Apps를 통해 비즈니스 분석가와 의사 결정권자는 중요한 레거시 정보를 보다 신속하게 분석하고 보고할 수 있습니다. 메인프레임 데이터 원본의 데이터에 직접 액세스할 수 있으므로 메인프레임 개발자가 복잡한 메인프레임 구조를 추출하고 변환하는 프로그램을 만들 필요가 없습니다.

메인프레임 및 미드레인지 시스템 통합을 위한 클라우드 네이티브 기능

1990년부터 Microsoft는 Microsoft Communications Server를 통해 메인프레임 및 미드레인지 시스템과의 통합을 제공했습니다. Microsoft Communications Server가 좀 더 발전하면서 2000년에는 HIS(Host Integration Server)가 만들어졌습니다. HIS는 SNA(System Network Architecture) Gateway로 시작했지만 IBM 데이터 저장소(DB2, VSAM 및 Informix), IBM 트랜잭션 시스템(CICS, IMS 및 IBM i) 및 IBM 메시징(MQ 시리즈)을 포함하도록 확장되었습니다. Microsoft의 전략적 고객은 20년 이상 이러한 기술을 사용해 왔습니다.

Azure에서 애플리케이션 및 데이터를 실행하는 고객이 이러한 기술을 계속 사용할 수 있도록 Azure Logic Apps 및 Visual Studio는 이러한 기능을 점진적으로 통합했습니다. 예를 들어 Visual Studio에서 실행되는 Logic Apps용 HIS 디자이너 및 3270 디자인 도구를 사용하면 Azure Logic Apps의 메인프레임 및 미드레인지 통합에 사용하는 기본 제공 커넥터에서 요구하는 메타데이터 아티팩트를 만드는 데 도움이 됩니다. 이러한 기본 제공 커넥터는 표준 논리 앱 워크플로와 동일한 컴퓨팅 리소스를 사용하여 실행됩니다. 이 설계를 사용하면 대기 시간이 짧은 시나리오를 달성할 수 있을뿐만 아니라 도달 범위를 확장하여 더 많은 재해 복구 및 고가용성 고객 요구를 해결할 수 있습니다.

메인프레임 및 미드레인지 통합에 대한 Microsoft의 기능에 대한 자세한 내용을 보려면 다음 섹션을 계속 진행하세요.

Logic Apps용 Microsoft HIS 디자이너

이 도구는 Azure Logic Apps에 대한 메인프레임 및 미드레인지 시스템 메타데이터 아티팩트를 만들고, 메타데이터 개체를 만들고, 보고, 편집하고, 메인프레임 아티팩트에 매핑할 수 있도록 그래픽 디자이너를 제공하는 방식으로 Microsoft Visual Studio에서 작동합니다. Azure Logic Apps는 이러한 맵을 사용하여 메인프레임 및 미드레인지 시스템의 프로그램 및 데이터를 미러링합니다. 자세한 내용은 Logic Apps용 HIS 디자이너를 참조하세요.

Microsoft 3270 디자인 도구

이 도구는 애플리케이션의 작업에 대한 화면, 탐색 경로, 메서드 및 매개 변수를 기록하므로 이러한 태스크를 3270 커넥터 작업으로 추가하고 실행할 수 있습니다. Logic Apps용 HIS 디자이너는 트랜잭션 시스템 및 데이터를 대상으로 하지만 3270 디자인 도구는 3270개의 애플리케이션을 대상으로 합니다. 자세한 내용은 3270 디자인 도구를 참조하세요.

IBM 메인프레임 및 미드레인지 시스템용 Azure Logic Apps 커넥터

다음 섹션에서는 Azure Logic Apps에서 표준 워크플로를 만들 때 IBM 메인프레임 및 미드레인지 시스템에 액세스하고 상호 작용하는 데 사용할 수 있는 기본 제공 서비스 공급자 기반 커넥터에 대해 설명합니다.

IBM 3270

3270용 이 Azure Logic Apps 커넥터를 사용하면 표준 워크플로에서 사용자가 3270 에뮬레이터 화면을 탐색하면서 일반적으로 구동하는 IBM 메인프레임 애플리케이션에 액세스하고 실행할 수 있습니다. 이 커넥터는 TN3270 스트림을 사용합니다. 자세한 내용은 Azure Logic Apps 및 IBM 3270 커넥터를 사용하여 IBM 메인프레임에서 3270 화면 기반 앱을 Azure와 통합을 참조하세요.

IBM CICS(Customer Information Control System)

이 CICS용 Azure Logic Apps 커넥터는 TCP/IP 및 HTTP와 같은 여러 프로토콜을 사용하여 CICS 프로그램과 상호 작용하고 통합할 수 있는 기능을 표준 워크플로에 제공합니다. LU6.2를 사용하여 CICS 환경에 액세스해야 하는 경우 HIS(Host Integration Server)를 사용해야 합니다. 자세한 내용은 IBM CICS 커넥터를 사용하여 Azure Logic Apps의 표준 워크플로와 IBM 메인프레임의 CICS 프로그램 통합을 참조하세요.

IBM DB2

이 DB2용 Azure Logic Apps 커넥터를 사용하면 온-프레미스 또는 Azure에 있는 표준 워크플로와 DB2 데이터베이스 간을 연결할 수 있습니다. 이 커넥터는 엔터프라이즈 IT 전문가 및 개발자가 DB2 데이터베이스 관리 시스템에 저장된 중요한 정보에 직접 액세스할 수 있도록 합니다. 자세한 내용은Azure Logic Apps를 사용하여 IBM DB2 리소스 액세스 및 관리를 참조하세요.

IBM 호스트 파일

이 호스트 파일용 Azure Logic Apps "커넥터"는 호스트 통합 서버의 "플랫 파일 파서" 기능에 대한 씬 래퍼를 제공합니다. 이 오프라인 "커넥터"는 호스트 파일과 이진 데이터를 구문 분석하거나 생성하는 작업을 제공합니다. 이러한 작업을 수행하려면 이 데이터를 트리거나 이진 데이터를 생성하는 다른 작업에서 가져옵니다. 자세한 내용은 Azure Logic Apps를 사용하여 IBM 호스트 파일 구문 분석 및 생성을 참조하세요.

IBM i

이 IBM용 Azure Logic Apps 커넥터를 사용하면 표준 워크플로가 TCP/IP를 사용하여 IBM i 시스템에서 실행되는 COBOL 및 RPG 프로그램과 상호 작용하고 통합할 수 있습니다. LU6.2를 사용하여 IBM i 환경에 액세스해야 하는 경우 HIS(Host Integration Server)를 사용해야 합니다. 자세한 내용은 IBM i 커넥터를 사용하여 AZURE Logic Apps의 표준 워크플로와 IBM 미드레인지의 COBOL 및 RPG 프로그램 통합을 참조하세요.

IBM IMS(Information Management System)

이 IMS용 Azure Logic Apps 커넥터는 TCP/IP를 사용하여 표준 워크플로에서 IMS 트랜잭션으로의 고성능 액세스를 제공하는 IBM IMS Connect 구성 요소를 사용합니다. 이 모델은 IMS 메시지 큐를 사용하여 데이터를 처리합니다. 자세한 내용은 IBM IMS 커넥터를 사용하여 Azure Logic Apps의 표준 워크플로와 IBM 메인프레임의 IMS 프로그램 통합을 참조하세요.

IBM MQ

이 MQ용 Azure Logic Apps 커넥터를 사용하면 온-프레미스 또는 Azure에서 표준 워크플로와 IBM MQ 서버 간을 연결할 수 있습니다. Microsoft는 Host Integration Server 및 BizTalk Server와의 IBM MQ 통합 기능도 제공합니다. 자세한 내용은 Azure Logic Apps의 워크플로에서 IBM MQ 서버에 연결을 참조하세요.

메인프레임 및 미드레인지 시스템 현대화에 대한 과제

메인프레임 및 미드레인지 시스템은 프로그램, 데이터, 파일 및 도구를 포함하는 여러 환경을 호스트할 수 있습니다. 수년에 걸쳐 이러한 환경은 하드웨어 업그레이드에도 불구하고 리팩터링되지 않았거나 성장하고 한계에 도달하도록 남겨졌을 수 있습니다. 이러한 환경은 다양한 프로그래밍 패턴과 기술을 따르는 여러 개발자 및 IT 관리자에 의해 유지 관리되거나 시장에서 전문 지식이 부족한 작업을 돕기 위해 다른 당사자를 모집했을 수도 있습니다. 이러한 모든 요소는 숙련된 전문가의 축소 풀과 함께 메인프레임 및 미드레인지 환경을 현대화하는 복잡하고 까다로운 작업을 만듭니다.

다음 목록은 포괄적이 아니지만 성공적인 현대화 전략을 정의하는 데는 최소한 다음 작업을 처리하는 방법이 포함됩니다.

• 사용자 환경에 대한 현재 서비스 수준 지표 및 목표를 유지 관리합니다.
• 마이그레이션된 데이터와 함께 레거시 데이터 간의 공존을 관리합니다.
• 공존하는 동안 환경에서 DevOps를 수행합니다.
• 애플리케이션 상호 종속성을 관리합니다.
• 메인프레임 스케줄러 및 작업의 미래를 정의합니다.
• COTS(상업용 제품 및 서비스) 제품을 교체하기 위한 전략을 정의합니다.
• 하이브리드 기능 및 비기능 테스트 작업을 수행합니다.
• 외부 종속성 또는 인터페이스를 유지 관리합니다.

이러한 작업을 염두에 두고 고객은 일반적으로 메인프레임 및 미드레인지 시스템 현대화를 수행하기 위해 다음 경로 중 하나를 선택합니다.

• 빅뱅

  이 방법은 주로 폭포 소프트웨어 전달 모델을 기준으로 하지만 단계가 반복됩니다. 빅뱅 접근 방식은 코드 줄 수가 적고 애플리케이션 밀도가 낮으며 잘 알려진 레거시 시스템 또는 프로그래밍 언어로 인해 메인프레임 또는 미드레인지 시스템이 작고 복잡성이 낮은 고객이 더 많이 채택합니다.

• Agile 웨이브

  이 접근 방법은 소프트웨어 엔지니어링의 Agile 원칙을 따릅니다. Agile 웨이브 접근 방식은 높은 수의 코드 줄, 높은 애플리케이션 밀도, 덜 알려진 시스템 또는 프로그래밍 언어, 높은 수의 종속성 및 인터페이스로 인해 메인프레임 또는 미드레인지 시스템 및 복잡성이 높은 고객이 더 많이 채택합니다.

조직의 요구 사항 및 시나리오에 따라 이러한 경로 중에서 적절한 경로를 선택합니다. 각 경로에는 고려해야 할 이점과 단점이 있습니다. 다음 섹션에서는 이러한 시나리오에 대해 자세히 설명합니다.

빅뱅 또는 폭포

빅뱅 마이그레이션은 일반적으로 다음과 같은 단계로 진행됩니다.

1. 구상: 킥오프

2. 계획: 범위, 시간 및 리소스와 같은 계획 결과물을 식별하고 준비합니다.

3. 빌드: 결과물 계획을 승인한 후 시작됩니다.

   또한 이 단계에서는 종속성에 대한 모든 작업이 식별된 이후에 마이그레이션 작업이 시작될 수 있다고 예상합니다. 마이그레이션 작업을 완료하기 위해 여러 번의 반복이 발생합니다.

4. 안정화 또는 테스트: 마이그레이션된 환경, 종속성 및 애플리케이션이 메인프레임 환경의 테스트 지역에서 테스트될 때 시작됩니다.

5. 배포: 모든 것이 승인되면 마이그레이션이 프로덕션으로 전환됩니다.

일반적으로 이 방법을 선택하는 조직은 잠금 시간, 마이그레이션 범위 및 리소스에 초점을 맞춥니다. 이 경로는 긍정적인 선택처럼 들리지만 다음과 같은 위험을 포함합니다.

• 마이그레이션에는 몇 달 또는 몇 년이 걸릴 수 있습니다.

• 프로덕션에 배포하는 것은 더 위험합니다.

• 마이그레이션 과정을 시작할 때 또는 계획 중에 수행하는 분석은 일반적으로 해당 정보가 오래된 것이기 때문에 더 이상 정확하지 않습니다.

• 조직은 일반적으로 배달의 배달 위험을 줄이기 위해 포괄적인 문서를 보유하는 데 주력합니다.

  그러나 계획 아티팩트 제공에 소요된 시간은 정확히 반대의 결과를 초래합니다. 실행보다 계획에 더 많은 주력하면 실행 지연이 발생하므로 장기적으로 비용이 증가합니다.

Agile 웨이브

Agile 접근 방식은 결과 지향적이며 결과물을 계획하지 않고 소프트웨어를 빌드하는 데 중점을 줍니다. Agile 배달의 첫 번째 단계는 마이그레이션 팀을 세분화하고 조정해야 하는 조직의 장벽에 대해 혼란스럽고 복잡할 수 있습니다. 그러나 마이그레이션 팀이 몇 번의 실행 스프린트에 따라 완성되면 여정이 더 원활해집니다. 이 방법의 목표는 기능을 프로덕션에 자주 릴리스하고 빅뱅 접근 방식보다 더 빨리 비즈니스 가치를 제공하는 것입니다.

Agile 웨이브 마이그레이션에는 일반적으로 다음과 같은 스프린트가 있습니다.

• 스프린트 제로(0)

  • 팀, 초기 작업 백로그 및 핵심 종속성을 정의합니다.
  • 전달할 기능 및 MVP(최소 실행 가능 제품)를 식별합니다.
  • 선택한 작업 항목 또는 사용자 스토리 집합으로 메인프레임 준비를 킥오프하여 작업을 시작합니다.

• 스프린트 1, 2, ..., N

  각 스프린트는 팀이 배송 사고 방식을 유지한다는 목표를 가지고 있습니다. 즉, 마이그레이션 목표를 완료하고 결과물을 프로덕션에 릴리스하는 데 집중하는 데 중점을 둡니다. 팀은 스프린트 그룹을 사용하여 특정 기능 또는 기능의 웨이브를 제공할 수 있습니다. 각 기능에는 통합 워크로드 조각이 포함됩니다.

작업 및 상호 종속성과 같은 공유 요소는 존재하며 전체 환경에 영향을 줍니다. 성공적인 전략은 부분적으로 작업을 사용하도록 설정하고, 현대화를 위해 애플리케이션을 재설계하고, 처음에는 마이그레이션 작업의 양을 줄였다가 현대화 작업을 모두 완료할 수 있도록 끝날 때까지 시스템의 상호 종속성 대부분을 유지하는 데 중점을 둡니다.

Microsoft는 레거시 시스템의 성장을 제한하면서 새로운 플랫폼에 대한 투자에 집중하여 반복적인 Agile 웨이브 기반 모델을 따라 메인프레임 및 미드레인지 시스템 워크로드를 현대화하는 것이 좋습니다. 이 접근 방식은 현대화된 환경을 도입하면서 기존 비즈니스 가치를 유지함으로써 구현 위험을 상당히 줄입니다. 이렇게 하면 팀에서 비즈니스 경쟁력을 높이는 데 도움이 되는 기술 기술을 활용할 수도 있습니다. 이 시나리오에서는 Azure Logic Apps가 현대화 과정을 도와줄 수 있습니다.

현대화 패턴

좋은 디자인이 되려면 구성 요소 디자인 및 배포의 일관성, 관리 및 배포 방법이 간단한 유지 관리 용이성, 다른 애플리케이션 및 다른 시나리오에서 구성 요소 및 하위 시스템을 다시 사용할 수 있는 재사용 가능성 등의 요소를 고려해야 합니다. 클라우드에 호스팅되는 애플리케이션과 서비스의 경우 디자인 및 구현 단계에서 결정된 사항이 품질 및 총 소유 비용에 엄청난 영향을 미칩니다.

Azure 아키텍처 센터는 해결하는 문제, 패턴 적용 시 고려 사항 및 Microsoft Azure 기반 예제를 설명하는 테스트된 디자인 및 구현 패턴을 제공합니다. 여러 디자인 및 구현 패턴이 존재하지만 메인프레임 현대화에 가장 적합한 패턴으로는 "손상 방지 계층", "스트랭글러 그림", "사가" 및 "연출" 패턴이 있습니다.

손상 방지 레이어 패턴

선택한 현대화 방법에 관계없이 Azure Logic Apps를 사용하여 "손상 방지 계층"을 구현해야 합니다. 이 서비스는 메인프레임 레거시 시스템과 Azure 사이에서 외관 또는 어댑터 계층이 됩니다. 효과적인 접근 방식을 위해 메인프레임 통합 워크로드로 통합하거나 공존할 메인프레임 워크로드를 식별합니다. 메인프레임 애플리케이션을 마이그레이션하기 위해 사용하도록 설정해야 하는 인터페이스 집합인 각 통합 워크로드에 대한 전략을 만듭니다.

자세한 내용은 손상 방지 계층을 참조하세요.

스트랭글러 그림 패턴

손상 방지 계층을 구현하면 현대화가 점진적으로 수행됩니다. 이 단계에서는 메인프레임 워크로드 또는 증분 방식으로 현대화할 수 있는 기능을 식별하는 "스트랭글러 그림" 패턴을 사용해야 합니다. 예를 들어 CICS 애플리케이션을 현대화하도록 선택하는 경우 CICS 프로그램뿐만 아니라 해당 외부 종속성, 데이터 및 작업과 함께 3270 애플리케이션을 현대화해야 합니다.

결국 메인프레임 시스템의 모든 워크로드 또는 기능을 새 시스템으로 바꾼 후 마이그레이션 프로세스를 완료합니다. 즉, 레거시 시스템을 서비스 해제할 수 있습니다.

자세한 내용은 스트랭글러 그림 패턴을 참조하세요.

Saga 및 연출 패턴

2PC(2단계 커밋) 프로토콜과 같은 분산 트랜잭션은 트랜잭션의 모든 참가자가 트랜잭션을 계속 진행하기 전에 커밋하거나 롤백해야 합니다. 클라우드 하이브리드 아키텍처는 분산 트랜잭션 모델보다는 최종적인 일관성 패러다임에 따라 더 잘 작동합니다.

"Saga" 디자인 패턴은 분산 트랜잭션 시나리오에서 서비스 간의 일관성을 관리하는 방법입니다. Saga는 각 서비스를 업데이트하고 메시지 또는 이벤트를 게시하여 다음 트랜잭션 단계를 트리거하는 일련의 트랜잭션입니다. 단계가 실패하면 Saga는 이전 트랜잭션을 상쇄하는 보상 트랜잭션을 실행합니다. 자세한 내용은 Saga 분산 트랜잭션 패턴을 참조하세요.

Azure Logic Apps에서 워크플로는 사가를 조정하는 연출가의 역할을 할 수 있습니다. 워크플로 작업은 원자성이므로 개별적으로 다시 실행할 수 있습니다. 범위 작업 유형은 다른 작업 그룹이 성공하거나 실패한 후에만 작업 그룹을 실행하는 기능을 제공합니다. Azure Logic Apps는 범위 수준에서 보상 트랜잭션을 수행하는 반면, Azure Event Grid 및 Azure Service Bus는 특정 도메인에 필요한 이벤트 관리를 제공합니다. Azure Integration Services를 구성하는 이러한 모든 서비스는 중요 업무용 시나리오에 대해 신뢰할 수 있는 통합 플랫폼이 필요할 때 고객이 요구하는 지원을 제공합니다. 자세한 내용은 연출 패턴을 참조하세요.

이 문서에서는 몇 가지 현대화 패턴을 다루지만 복잡한 솔루션에는 더 많은 패턴이 필요하며 조직의 현대화 목표를 명확하게 이해해야 합니다. 레거시 자산의 가치를 확장하는 작업은 쉽지만, 이 옵션은 이러한 자산에 대한 투자를 보존하고 비즈니스 가치를 연장하는 가장 좋은 방법입니다.

다음 단계

• 메인프레임 및 미드레인지 시스템용 Azure 아키텍처 센터