메인프레임을 현대화해야 하는 이유(Rajagopalan Thiruvenkatachari)

​1994년의 예측이 실현된다면 2022년은 IBM 메인프레임이 멸종된 지 28년이 되는 해가 됩니다. 그러나 이와 대조적으로 메인프레임은 서비스를 계속하고 있으며 MIPS 수요는 증가하고 있습니다. 대부분의 대형 메인프레임에서 계속해서 선택되는 플랫폼입니다.
상점. 그렇다면 문제는 무엇입니까? 조직이 애플리케이션을 현대화해야 하는 이유는 무엇입니까? 어떤 옵션을 사용할 수 있나요? 이 블로그에서는 현대화의 필요성, 옵션, 동향, IBM 메인프레임이 현재와 미래의 요구 사항을 충족하도록 조정하는 방법에 대해 설명합니다.

시간의 필요성

현재 메인프레임 애플리케이션은 대화, 기능 및 데이터 액세스 계층이 긴밀하게 결합되어 경계를 구별하기 어렵게 만드는 모놀리스 공포증에 시달리고 있습니다. 데이터와 코드에 중복성이 많습니다. 코드 복잡성
유지 관리 가능성이 문제입니다. 명확한 문서가 없으며 해당 애플리케이션을 구축한 사람들은 이미 은퇴했거나 은퇴 직전입니다. 또한 대부분의 레거시 기술은 시장에서 사용할 수 없습니다. 더 새롭고 확장 가능한 기술의 출현
비즈니스 모델을 바꿨습니다. 고객 경험이 주요 초점입니다. 비즈니스 운영이 글로벌화되면서 규제 준수가 강화되고 위험 분석 및 사기 모니터링의 범위가 더욱 넓어졌습니다. 스타트업은 새로운 경쟁자이다.
지금. 이러한 스타트업은 상상할 수 없는 속도로 새로운 제품과 기능을 출시하고 서서히 고객 기반을 끌어들이고 있습니다. 개발 방법론이 Waterfall에서 Agile로 변경되었습니다. 위의 난제를 극복하고 성장하기 위해서는 시대의 필요성
디지털화, 민첩성, 출시 속도 및 비즈니스 확장성을 위해 모놀리스 애플리케이션을 현대화하는 것입니다. 따라서 현대화는 더 이상 선택 사항이 아닙니다. 그렇다면 옵션과 추세는 무엇인가?

현대화 옵션

현대화에 관해 이야기할 때마다 가장 먼저 떠오르는 것은 클라우드입니다. 클라우드는 메인프레임의 대안으로 주목받고 있습니다. 이는 하나의 추세가 되었으며 앞으로 몇 년간 계속될 것입니다. 또한 클라우드는 다음을 위한 최신 도구 및 소프트웨어 세트를 제공합니다.
개발, DevOps 및 자동화된 모니터링 서비스. 보안성과 탄력성이 입증되었으며 가용성과 확장성을 보장합니다. 따라서 조직에서는 전체 프로세스를 클라우드로 전환하거나 코드 베이스를 차세대 언어로 다시 작성할 수 있습니다.
그리고 데이터베이스? 올바른 옵션을 어떻게 선택할 수 있습니까?

올바른 선택이란 없습니다. 이는 조직의 목표, 해결하려는 내용, 기꺼이 감수할 위험의 정도에 따라 조직이 내리는 선택에 따라 달라집니다.  

• Re-Host 및 Re-Factor와 같은 옵션은 비용 효율적이고 위험도가 낮지만 주요 SME 및 기술 위험을 해결하지 못하고 출시 기간을 단축하지 못합니다. DevOps를 구현하여 제공 프로세스 속도를 높일 수 있지만 여전히 코딩 및 테스트 오버헤드는 계속됩니다.
  이 옵션은 메인프레임 설치 공간이 2,000MIPS 미만인 조직에 적합하며, 5,000MIPS 이하의 조직은 이 옵션을 임시 옵션으로 선택할 수 있습니다.
• 반면, 완전한 리엔지니어링 또는 재작성은 컨테이너화된 플랫폼에 배포된 마이크로 서비스 기반 아키텍처인 API를 기반으로 구축된 애플리케이션을 사용하는 이상적이고 미래 지향적인 옵션입니다. 이 옵션은 주요 SME 및 기술 위험을 해결합니다. 하지만 그것은
  위험이 매우 높으며, 막대한 투자가 필요하고, 혜택을 누리기까지 더 긴 대기 시간(최소 3년)이 필요하며, IT 및 비즈니스 이해관계자 모두의 장기적인 노력이 필요합니다. 업계에서는 전체 시스템이 설치된 이 옵션에 대한 사용 사례가 거의 없거나 전혀 없습니다.
  클라우드 또는 온프레미스에서 재엔지니어링되었지만 민첩성과 시장 출시 속도를 위해 핵심 차별화 기능의 하위 집합을 클라우드 또는 온프레미스 플랫폼으로 마이그레이션한 사용 사례가 있습니다.
• 하이브리드 및 내부 현대화 옵션은 민첩성과 확장성을 위해 기능의 하위 집합을 선택적으로 현대화할 수 있는 기회를 제공합니다. 이는 다른 옵션에 비해 위험이 적습니다. 이는 또한 비용 효율적이며 일부 주요 SME 요구 사항에 답합니다.
  조직이 직면한 기술 위험.  a) 고객 탑승, 결제, 대출 처리 등 핵심 기능을 소비용 API로 식별하고 노출합니다.
  b) AI, ML, 위험 분석, AML, 사기 탐지 등을 위해 실시간 또는 사후 프로세스의 핵심 데이터가 클라우드에 복제됩니다.
  c) 컨테이너 기반 아키텍처에 배포된 마이크로 서비스로 조회 전용 기능(CQRS)을 클라우드에 오프로드
  d) 엔터프라이즈 DevOps 구현에 참여하고 e) 주요 SME 위험을 완화하기 위해 품질 결과물 및 문서화를 위한 영향 분석 및 문서화 도구를 사용합니다. 

하이브리드 모델의 현대화, 선택적 현대화를 통한 클라우드와의 공존에 대한 업계의 일부 참고 자료입니다.

• 대규모 투자 은행은 핵심 애플리케이션을 위해 DevOps-CI/CD를 구현했습니다. 이점은 출시 기간 단축, 품질 향상, 프로젝트 비용 절감입니다.
• 대규모 글로벌 뱅킹 및 신용 카드 처리 고객이 멀티 클라우드 플랫폼에 핵심 매칭 알고리즘을 다시 작성했습니다. 이점은 민첩성을 향상시키기 위해 구성 가능한 규칙을 마이크로서비스로 설계했다는 것입니다.
• 유럽의 대규모 거래소는 RedHat Openshift PaaS를 사용하여 클라우드에서 다중 자산 클래스 애플리케이션을 다시 작성했습니다. 이점은 민첩성, 시장 출시 속도, 마이크로서비스 설계 및 구현된 DevOps CI/CD 파이프라인입니다.
• 미국의 대규모 결제 처리 고객이 핵심 프로세스 중 하나를 Cloud 플랫폼으로 마이그레이션했습니다. 먼저 자동화된 도구를 사용하여 코드를 리팩터링한 다음 핵심 부분을 마이크로서비스로 변환했습니다. 이점은 시장 출시 속도의 민첩성과 핵심 위험 제거입니다.
  중소기업 및 기술 능력.
• 한 대규모 글로벌 은행은 핵심 뱅킹 기능을 API로 노출하여 현대화했습니다. 이점은 향상된 고객 경험과 더 빠른 서비스입니다.

메인프레임 플랫폼 유지 및 투자

IBM은 현재 추세와 비즈니스 성장에 맞춰 하드웨어와 소프트웨어를 계속 업그레이드하고 있습니다.

• Wazi as a Service(aaS)를 사용하여 IBM 클라우드에서 개발 및 테스트 부담을 덜어보세요.
• API를 통해 시스템 Z의 핵심 기능을 노출하여 IBM z/OS Connect를 사용하여 데이터를 소비합니다. 
• z/OS 내부의 Z 도커 컨테이너에서 Linux를 실행하는 Z 컨테이너 확장 – 도커 이미지로 사용 가능한 모든 Linux 소프트웨어를 Z에 배포할 수 있습니다.
• DevOps 및 CI/CD 파이프라인 구현을 위한 도구 세트 지원

 결론

 메인프레임은 수십 년 동안 BFSI 고객에게 좋은 서비스를 제공해 왔습니다. 이는 BFSI 회사의 중요한 처리를 지원하는 강력하고 안정적인 플랫폼입니다. 디지털 혁신이 핵심 동인이기 때문에 조직은 메인프레임을 벗어나는 대신
덜 위험한 옵션인 클라우드와의 공존을 고려해야 합니다. 이 옵션은 가용성, 탄력성 및 확장성 측면에서 두 세계의 최상의 기능을 제공하며 이는 추가적인 장점이자 강점입니다. 두 플랫폼 모두 개발자를 지원합니다.
보안, 확장성, 가용성을 저하시키지 않으면서 애플리케이션을 현대화합니다.