의 DevOps AWS Mainframe Modernization

메인프레임 시스템에는 고유하지만 일반적인 문제가 있습니다. DevOps 프레임워크를 확장하여 이러한 고유한 특성을 해결하는 방법은 다음과 같습니다.

• 레거시 기술 스택 - 메인프레임은 일반적으로 레거시 기술 스택과 독점 소프트웨어를 사용하며, 이는 DevOps에 사용되는 최신 클라우드 네이티브 기술과 크게 다를 수 있습니다. 이러한 레거시 시스템을 DevOps 파이프라인에 통합하려면 전문 도구와 전문 지식이 필요합니다.

• 높은 복잡성 - 메인프레임 애플리케이션은 매우 복잡하고 모놀리식이며 광범위한 상호 종속성이 있는 경향이 있습니다. 이러한 애플리케이션을 분석하고 현대화하는 것은 최신 모듈식 코드 베이스로 작업하는 것보다 더 어려울 수 있습니다. 예를 들어 메인프레임 COBOL 애플리케이션은 프로그램에 변경 사항이 없더라도 매번 다시 컴파일해야 합니다. 이는 카피북 및 관련 하위 프로그램과의 상호 종속성 동작 때문입니다.

• 레거시 도구 - 메인프레임은 최신 DevOps 도구와 기본적으로 호환되지 않는 특수 도구 및 프로세스에 의존하는 경우가 많습니다. 통합 및 자동화가 더 복잡하여 사용자 지정 스크립트와 커넥터가 필요할 수 있습니다.

• 긴 릴리스 주기 - 메인프레임은 DevOps 컨텍스트에서 병목 현상이 발생할 수 있는 긴 릴리스 주기로 알려져 있습니다. 메인프레임용 DevOps는 안정성과 규정 준수를 유지하면서 이러한 주기를 단축하는 것을 목표로 합니다. 메인프레임 애플리케이션은 릴리스 주기가 2~3개월인 반면, 비 메인프레임 모놀리스 애플리케이션은 3~4주 내에 완료할 수 있습니다. 그 이유는 변경 요청의 변경되지 않은 상호 종속 구성 요소를 평가하는 데 필요한 상당한 양의 테스트 노력 때문입니다.

• 규정 준수 및 보안 요구 사항 - 메인프레임은 보험, 금융, 의료와 같은 시장에서 일반화되므로 애플리케이션은 민감한 데이터를 처리하는 경우가 많으며 엄격한 규정 준수 및 보안 표준을 준수해야 합니다. 이 가이드에 제시된 DevOps 프레임워크는 파이프라인의 모든 단계에서 이러한 요구 사항을 해결합니다.

• 기술 격차 - 메인프레임 중심 개발 및 운영에서 최신 DevOps 관행으로 전환하는 조직에 기술 격차가 있습니다. 팀원이이 새로운 환경에서 효과적으로 작업하려면 교육이 필요할 수 있습니다.

• 테스트 문제 - 메인프레임 환경을 정확하게 에뮬레이션해야 하기 때문에 메인프레임용 DevOps의 자동 테스트는 복잡할 수 있습니다. 전문화된 테스트 도구 및 프레임워크가 필요합니다. Z/OS 플랫폼에 작성된 COBOL 프로그램이 x86 플랫폼(Linux 또는 Windows)에서 실행되면 호환성 오류가 반환됩니다. 이를 위해서는 Micro Focus Enterprise Server와 같은 적절한 도구 세트를 사용해야 합니다.

• 문화적 차이 - 기존 메인프레임 문화에서 DevOps 문화로 전환하는 것은 조직에 상당한 문화적 변화가 될 수 있습니다. DevOps는 협업, 자동화 및 지속적인 개선을 장려하며, 이는 기존 메인프레임 소프트웨어 개발 수명 주기(SDLC) 관행과 다를 수 있습니다.

• 하이브리드 환경 - 많은 조직에서 메인프레임과 최신 시스템을 혼합하여 사용합니다. 메인프레임용 DevOps는 이러한 다양한 환경과 원활하게 통합되어야 합니다.

의 DevOps AWS Mainframe Modernization 는 평가, 구축 및 최적화의 세 단계로 분류됩니다. 다음 표는 이러한 단계가 메인프레임 현대화 여정 중에 DevOps를 효율적으로 활성화하는 구조화된 접근 방식을 어떻게 나타내는지 보여줍니다 AWS 클라우드.

Phase(단계)	Components
평가	현재 상태 분석 대상 상태 정의
빌드	도구 세트 구성 지속적 통합 지속적 전달 파이프라인 오케스트레이션
최적화	모니터링 및 관찰성 향상 알림 및 알림 자가 복구 시스템