규제 산업 분야의 COBOL 애플리케이션을 위한 하이브리드 클라우드 전략

COBOL은 여전히 ​​ATM 거래의 약 95%, 대면 POS 거래의 80%, 그리고 전 세계 주요 은행, 보험사, 정부 기관의 핵심 처리 로직을 실행하는 데 사용되고 있습니다. 이러한 코드를 사용하는 조직들은 GDPR, DORA, HIPAA, PCI-DSS, Basel III, 그리고 FCA, OCC, APRA를 비롯한 수십 개의 국가 규제 기관에서 시행하는 업종별 규제 등 기술 분야에서 가장 엄격한 규제 체계를 준수해야 합니다. 이러한 조직들이 워크로드를 클라우드로 이전하는 것을 고려할 때, 문제는 단순히 기술적인 측면만이 아닙니다. 법률적, 계약적 측면뿐만 아니라 특정 기한 내에 외부 감사자에게 입증해야 할 사항도 고려해야 합니다.

일부 워크로드를 온프레미스에 유지하고 다른 워크로드를 클라우드 인프라로 이전하는 하이브리드 클라우드는 COBOL을 사용하는 규제 대상 조직에게 타협안이 아니라 오히려 아키텍처적으로 올바른 해답인 경우가 많습니다. GDPR 및 그에 상응하는 각국의 법률에 따른 데이터 상주 요건은 특정 데이터가 특정 관할 구역을 벗어나는 것을 법적으로 금지할 수 있습니다. DORA에 따른 운영 복원력 요건은 핵심 재무 기능이 클라우드 제공업체의 장애에도 견딜 수 있음을 입증해야 합니다. 바젤 III에 따른 규제 자본에 대한 계산 무결성 요건은 특정 계산이 재현 가능하고, 감사 가능하며, 변조 방지 기능을 갖춰야 함을 요구하는데, 이러한 속성은 조직이 통제하는 인프라에서 계산이 이루어질 때 더 쉽게 입증할 수 있습니다.

문제는 규제 대상 COBOL을 위한 하이브리드 클라우드 아키텍처가 일반적인 하이브리드 클라우드 가이드라인에서 인정하는 것보다 훨씬 더 많은 제약 조건을 요구한다는 점입니다. 귀사의 하이브리드 클라우드 통합 전략은 메인프레임에서 클라우드로의 마이그레이션 과정에서 혁신과 안정성 사이의 필수적인 균형을 제공해야 합니다. 이러한 균형은 원칙적으로는 옳습니다. 하지만 이 가이드라인은 규제 기관의 요구 사항을 충족하고, 운영 연속성을 유지하며, 영구적인 분리가 아닌 마이그레이션 경로를 구축하는 방식으로 온프레미스와 클라우드 간의 경계를 설정하는 데 필요한 구체적인 기술 및 규정 준수 아키텍처를 간과하고 있습니다.

이 가이드에서는 주요 규제 프레임워크가 하이브리드 경계 결정에 미치는 영향, 규제 대상 COBOL 환경에 적합한 네 가지 아키텍처 패턴, 하이브리드 아키텍처를 고려하여 설계하지 않을 경우 발생하는 규정 준수 실패 유형, 그리고 감사자가 하이브리드 COBOL 환경을 검토할 때 실제로 살펴보는 내용에 대해 다룹니다.

규제가 하이브리드 경계를 형성하는 방식

규제 대상 조직에게 있어 하이브리드 클라우드 아키텍처 설계에서 가장 중요한 결정은 어떤 클라우드 공급업체를 선택할지 또는 어떤 워크로드를 먼저 마이그레이션할지에 대한 것이 아닙니다. 바로 규정 준수 경계를 어디에 설정할지, 즉 어떤 데이터와 처리를 온프레미스에 유지해야 하고 어떤 데이터와 처리를 규정 위반 없이 클라우드 인프라로 이전할 수 있을지를 결정하는 것입니다.

각 주요 프레임워크는 해당 경계에 대해 서로 다른 요구 사항을 부과합니다.

규제	관할권	주요 하이브리드 제약 조건	구내에 보관해야 하는 물품
GDPR / nFADP	EU, 스위스	EU/EEA 거주자의 개인 데이터 상주 위치	대상 클라우드 지역에 대한 적정성 결정이 없는 상태에서 EU 개인 데이터를 처리하는 모든 COBOL 시스템
도라	EU 금융 서비스	운영 탄력성; ICT 제공업체를 위한 제3자 위험 관리	핵심 또는 중요 기능에는 출구 전략이 있어야 하며, 집중 위험 한도가 적용됩니다.
HIPAA	미국 의료	PHI는 BAA(사업 제휴 계약) 없이는 클라우드 제공업체에서 처리할 수 없으며, 암호화 요건이 적용됩니다.	클라우드 경로에 전송되거나 저장된 모든 전자건강정보(ePHI)에는 문서화된 통제 조치가 필요합니다.
PCI-DSS v4.0	글로벌(카드 결제)	카드 소지자 데이터 환경은 네트워크로부터 격리되어야 합니다.	CHD 처리 시스템; 암호화 키 관리
바젤 III/IV	글로벌(은행업)	규제 자본 계산은 재현 가능하고 감사 가능해야 합니다.	인프라 제어를 통해 감사 가능성이 입증된 계산 엔진
FCA/PRA(영국)	영국 금융 서비스	운영 복원력; 핵심 비즈니스 서비스는 충격 허용 범위를 충족해야 합니다.	SLA 입증 가능성에 따라 달라집니다. 클라우드 환경도 배제되는 것은 아니지만, 입증 자료가 필요합니다.
OCC(미국 은행)	미국 국립은행	공급업체 위험 관리; 제3자 실사	전면 금지는 아니지만, 집중 위험 및 출구 전략이 필요합니다.

COBOL 워크로드에 미치는 실질적인 영향:

EU 고객 계정 데이터를 처리하는 COBOL 배치 프로그램은 클라우드 제공업체의 관할 구역이 적정성 결정을 받았거나 적절한 보호 조치(표준 계약 조항)가 마련되어 있지 않는 한 EU/EEA 이외 지역의 클라우드 리전으로 이전할 수 없습니다. 내부 운영 데이터만 처리하는 동일한 프로그램은 훨씬 더 유연하게 이전할 수 있습니다.

하이브리드 경계를 설정하기 전에 모든 규제 대상 조직은 COBOL 포트폴리오에 대한 데이터 분류 작업을 완료해야 합니다 . 어떤 프로그램이 개인 데이터, 카드 소지자 데이터, 개인 건강 정보(PHI)를 다루는지, 그리고 규제 자본 계산을 처리하는지 등을 파악해야 합니다. 이 분류를 통해 기술적 선호도와 관계없이 어떤 프로그램이 자유롭게 마이그레이션될 수 있고 어떤 프로그램은 규정 준수 경계 내에 유지되어야 하는지가 결정됩니다.

아무도 언급하지 않는 COBOL 규정 준수 문제

COBOL 프로그램은 일반적인 클라우드 규정 준수 지침에서 다루지 않는 해당 언어 및 시대적 특성에 따른 규정 준수 위험을 내포하고 있습니다. 이러한 위험은 현재 온프레미스 환경에 존재하며, 감사자가 온프레미스와 클라우드 환경 모두에서 통제를 확인해야 하는 하이브리드 환경에서는 가시성 문제로 대두됩니다.

감사 추적 기록의 허점. COBOL 프로그램은 일반적으로 자체적인 트랜잭션 로깅 기능 없이 파일과 데이터베이스에 기록합니다. COBOL에서 VSAM KSDS를 업데이트할 때, 기본적으로 누가 무엇을 언제 어떤 값으로 변경했는지에 대한 불변의 기록이 생성되지 않습니다. 규제 환경에서 이는 규정 준수 허점이며, 이러한 허점이 있는 프로그램을 클라우드 측에 최신 감사 로깅 기능이 있는 하이브리드 환경으로 이전하면 오히려 허점이 더 두드러지게 나타납니다.

하드코딩된 자격 증명 및 암호화 키. 기존 COBOL 애플리케이션은 역할 기반 접근 제어, 실시간 모니터링, 암호화 프로토콜과 같은 최신 기능을 갖추지 못한 경우가 많아 정교한 사이버 위협에 취약합니다. COBOL 프로그램에 대한 정적 분석을 통해 하드코딩된 키, WORKING-STORAGE에 저장된 암호, 소스 코드에 내장된 연결 문자열 등이 흔히 발견됩니다. PCI-DSS 키 관리 요건이나 HIPAA 암호화 규정을 준수해야 하는 하이브리드 환경에서는 이러한 취약점을 마이그레이션 후가 아닌 마이그레이션 전에 반드시 해결해야 합니다.

계산 재현성. COBOL의 팩형 십진수 연산(COMP-3)은 특정한 정밀도 및 반올림 특성을 가지고 있습니다. z/OS에서 올바르게 실행되는 규제 자본 계산 결과가 Linux에서는 컴파일러의 소수점 처리 방식 차이로 인해 다른 결과를 생성할 수 있습니다. 이러한 차이는 거래당 몇 센트에 불과할 수도 있지만, 자본 비율에 중대한 영향을 미칠 수도 있습니다. 계산 구성 요소를 여러 플랫폼에 분산시키는 하이브리드 환경에서는 수치적 동등성을 명시적으로 검증해야 합니다.

규제된 COBOL을 위한 네 가지 하이브리드 아키텍처 패턴

규제 대상 워크로드에 따라 필요한 하이브리드 아키텍처가 다릅니다. 보편적인 패턴은 없지만, 다음 네 가지 아키텍처는 대부분의 규제 대상 조직이 접하는 상황을 포괄합니다.

패턴 1: 규정 준수 경계 API 게이트웨이

다음과 같은 조직 에 가장 적합합니다: 규제상의 이유로 COBOL 비즈니스 로직을 온프레미스에 유지해야 하지만, 최신 애플리케이션, 분석 및 고객 대면 서비스는 클라우드로 이전할 수 있는 조직.

COBOL 프로그램은 메인프레임에 그대로 남아 있습니다. 일반적으로 클라우드 인접 인프라 또는 조직의 사설 네트워크 내에서 실행되는 간소화된 API 계층이 COBOL 기능을 REST 또는 gRPC 엔드포인트로 노출합니다. 클라우드 기반 애플리케이션은 이러한 엔드포인트를 호출합니다. COBOL 프로그램 자체는 이동하지 않으며, 프로그램에 대한 인터페이스만 이동합니다.

Cloud Region (permitted)          Compliance Boundary          On-Premises (required)
┌─────────────────────┐              │              ┌──────────────────────────┐
│  New cloud-native   │              │              │  COBOL programs          │
│  applications       │──── API ─────┤──────────────│  (regulated processing)  │
│                     │    call      │              │                          │
│  Analytics          │              │              │  VSAM files (PHI/CHD)    │
│  platforms          │              │              │                          │
│                     │              │              │  Audit logs              │
└─────────────────────┘              │              └──────────────────────────┘

규정 준수 이점: 규제 대상 데이터는 경계를 넘지 않습니다. API 게이트웨이가 경계에서 인증, 권한 부여 및 로깅을 처리하여 COBOL 프로그램 자체에서 생성하지 못할 수 있는 감사 추적을 제공합니다. 클라우드는 규제 대상 데이터를 직접 처리하지 않습니다.

운영 요구사항: API 계층은 COBOL의 동기식 요청-응답 모델을 처리하도록 설계되어야 합니다. 장시간 실행되는 COBOL 배치 작업에는 타임아웃이 발생하는 동기식 API 호출보다는 콜백 또는 폴링 메커니즘을 사용하는 비동기식 패턴이 필요합니다.

패턴 2: 규제 민감도에 따른 데이터 계층화

다음과 같은 조직 에 가장 적합합니다: 규제 대상 데이터와 비규제 대상 데이터를 동일한 COBOL 환경에서 보유하고 있으며, 규제 대상 데이터와 운영 데이터를 분리할 수 있는 경우.

규제 요건을 충족해야 하는 거래 데이터, 개인 데이터, 카드 소지자 데이터, 건강 정보(PHI)는 온프레미스에 보관됩니다. 규제 제한을 적용받지 않는 집계, 익명화 또는 운영 데이터는 클라우드 스토리지 및 처리 환경으로 이동합니다. 규제 대상 출력을 생성하는 COBOL 프로그램은 메인프레임에서 계속 실행됩니다. 집계된 데이터를 사용하는 보고 프로그램은 클라우드에서 실행됩니다.

핵심 구현 요구사항: 집계 및 익명화 단계는 감사 가능해야 합니다. 규제 대상 데이터를 클라우드 전송을 위한 비규제 대상 데이터로 변환하는 프로세스 자체는 기록, 테스트 및 자체 통제를 받아야 합니다. 특정 입력 조건에서 식별 불가능화 프로세스가 실패할 경우, 의도치 않게 개인을 재식별하는 클라우드 데이터가 생성될 수 있으며, 이는 GDPR 위반을 방지하기 위해 설계된 아키텍처로 인해 발생하는 문제입니다.

패턴 3: 이중 실행 검증

다음과 같은 조직에 가장 적합합니다: 규제 대상 계산을 수행하는 COBOL 워크로드를 마이그레이션하는 조직으로, 전환 전에 규제 기관에 기존 시스템과 새 시스템 간의 기능적 동등성을 입증해야 하는 경우.

기존 COBOL 프로그램은 메인프레임에서 계속 실행되어 실시간 데이터를 처리합니다. 이와 동시에, 플랫폼을 변경하거나 아키텍처를 재구성한 병렬 구현체가 클라우드 인프라에서 실행되어 동일한 입력 데이터를 처리합니다. 두 구현체의 출력은 실시간으로 비교됩니다. 불일치가 발견되면 이를 표시하고 조사하여 해결한 후, 클라우드 구현체를 공식 시스템으로 인증합니다.

규정 준수 가치: 이중 실행은 규제 기관이 규제 계산을 수행하는 시스템 변경에 대해 요구하는 입증 가능한 동등성 요건을 충족합니다. 조직은 감사자에게 N개월간의 병행 운영 기록, 불일치에 적용된 조정 프로세스, 그리고 새로운 시스템이 테스트된 모든 입력 조건에서 실질적으로 동일한 출력을 생성한다는 증거를 제시할 수 있습니다.

운영 비용: 두 시스템을 병렬로 운영하는 것은 비용이 많이 듭니다. 이중 운영은 전환 메커니즘일 뿐 영구적인 아키텍처가 아닙니다. 검증 완료 및 전환 일정은 프로젝트 계획에 명시하고, 사전 승인이 필요한 경우 관련 규제 기관과 협의해야 합니다(핵심 기능 변경의 경우 DORA에 따라 사전 승인이 필요함).

패턴 4: 순응 경계가 있는 교살자 무화과

최적의 대상: 클라우드에서 새로운 기능을 구축하는 동시에 규제 대상인 COBOL 워크로드를 장기적으로 온프레미스에 유지하고, 인증 획득 시 각 워크로드에 대한 마이그레이션 경로를 명확히 정의하고자 하는 조직.

새로운 기능과 고객 대면 기능은 처음부터 클라우드 네이티브 서비스로 구축됩니다. 규제 대상인 COBOL 워크로드는 온프레미스에 유지되며 API 게이트웨이 패턴을 통해 액세스됩니다. 시간이 지남에 따라 개별 COBOL 프로그램은 클라우드 배포 인증을 획득하고, 이중 실행 검증을 완료하며, 필요한 경우 규제 사전 승인을 충족하고, 클라우드 환경으로 마이그레이션됩니다. 각 프로그램이 규정 준수 인증을 완료함에 따라 메인프레임의 크기는 점진적으로 축소됩니다.

규제 대상 조직에 이 방식이 적합한 이유는 다음과 같습니다. 규제 대상이 아닌 워크로드에 대해서는 빠른 현대화 속도를 유지하면서 규제 대상 워크로드에는 적절한 엄격성을 적용할 수 있습니다. 규정 준수 경계가 명확하고 감사 가능하며 일방향으로 진행됩니다. 조직은 규제 기관에 클라우드 측의 모든 워크로드가 정의된 인증 프로세스를 거쳤으며, 온프레미스 측의 모든 워크로드에 대한 인증 로드맵이 있음을 입증할 수 있습니다.

감사 담당자들이 하이브리드 COBOL 환경에 대해 실제로 묻는 질문은 무엇일까요?

규정 준수는 상태가 아니라 입증 가능한 프로세스입니다. 핵심은 하이브리드 아키텍처가 규정을 준수하는지 여부가 아니라, 문제를 찾아내는 것이 직업인 사람에게 이를 입증할 수 있는지 여부입니다.

다음은 주요 규제 기관의 감사관들이 하이브리드 COBOL 환경과 관련하여 묻는 질문과 각 질문에 대한 답변을 충족하는 데 필요한 증거입니다.

“이 데이터는 어디에 저장되며, 어떤 관할 구역에 속합니까?” 필수 사항: 모든 데이터 저장소, VSAM 파일, DB2 테이블, 클라우드 객체 스토리지를 관할 구역, 분류 및 제어 조치와 함께 보여주는 최신 데이터 맵. 데이터 세트에 쓰는 COBOL 프로그램은 출력과 함께 이 맵에 표시되어야 합니다.

“이 거래에 대한 감사 추적 기록을 보여주세요.” 요구 사항: 거래 시작부터 데이터를 처리한 모든 시스템(해당 데이터를 처리한 COBOL 프로그램 포함)을 거친 전체 추적 기록. COBOL 프로그램이 자체 감사 기록을 생성하지 않는 경우, 주변 인프라에서 이를 보완해야 하며, 이는 명시적으로 설계되어야 하며 당연하게 여겨져서는 안 됩니다.

"클라우드 공급업체에 장애가 발생할 경우 핵심 기능에 어떤 일이 발생합니까?" (DORA 필수 사항): 문서화된 운영 복원력 시나리오, 핵심 기능에 대한 테스트된 RPO 및 RTO, 그리고 온프레미스 시스템이 조직의 복원력 정책에 명시된 기간 동안 클라우드 종속성 없이 독립적으로 작동할 수 있음을 입증하는 자료.

"이전된 시스템이 원래 시스템과 동일한 결과를 생성한다는 것을 어떻게 알 수 있습니까?" 필수 사항: 이중 실행 대조 기록, 테스트 케이스 적용 범위, 그리고 계산에 민감한 워크로드의 경우 수치적 등가성 분석.

"클라우드 환경에서 규제 대상 데이터에 접근할 수 있는 사람은 누구이며, 해당 접근에 대한 승인 절차는 무엇인가요?" 필수 자료: IAM 정책 문서, 권한 접근 관리 기록, 그리고 클라우드 환경의 접근 제어가 온프레미스 환경의 접근 제어만큼 엄격하다는 증거.

하이브리드 경계 설정을 위한 의사결정 프레임워크

모든 COBOL 프로그램이 하이브리드 경계의 같은 쪽에 속해야 하는 것은 아닙니다. 다음 체크리스트는 각 워크로드의 배치 위치를 결정합니다.

규제 제약 없이 클라우드로 이전하세요:

• 본 프로그램은 GDPR/nFADP 관할 지역에서 개인의 개인 정보를 처리하지 않습니다.
• 본 프로그램은 카드 소지자 데이터를 처리하지 않습니다 (PCI-DSS 적용 범위 제외 확인됨).
• 본 프로그램은 개인 건강 정보(PHI)를 처리하지 않습니다(HIPAA 적용 제외 대상 확인됨).
• 본 프로그램은 규제 자본 비율 계산에 필요한 입력값을 계산하지 않습니다.
• 프로그램 소스 코드에는 하드코딩된 자격 증명이나 암호화 키가 없습니다.
• 본 프로그램의 결과물은 어떠한 관할권에서도 데이터 상주 요건의 적용을 받지 않습니다.

클라우드 마이그레이션 전에 규정 준수 설계가 필요합니다.

• 프로그램이 개인 데이터를 생성하거나 처리하는 경우 데이터 영향 평가를 완료하십시오.
• 본 프로그램은 PCI-DSS 적용 범위에 포함되며, 클라우드 환경에 대한 SAQ/ROC를 완벽하게 갖추고 있습니다.
• 이 프로그램은 규제 자본 계산 및 수치적 등가성 분석을 수행합니다.
• 해당 프로그램에 감사 추적 생성 기능이 부족하므로, 마이그레이션 전에 보완 제어 기능을 설계하십시오.
• 프로그램에 하드코딩된 키가 포함되어 있으므로 클라우드 네트워크 경로에 노출하기 전에 수정해야 합니다.

규제 기관의 사전 승인을 받을 때까지 사업장 내에 머물러야 합니다.

• 해당 프로그램은 DORA에 따라 중요 기능으로 분류됩니다.
• 본 프로그램은 중요한 사업 서비스로서 FCA/PRA의 운영 복원력 요건을 준수해야 합니다.
• 규제 당국은 시스템 변경(핵심 뱅킹 시스템에서 흔히 발생)에 대해 명시적으로 통지 또는 사전 승인을 요구해 왔습니다.

방법 SMART TS XL 규제 대상 COBOL용 하이브리드 아키텍처 계획을 지원합니다.

이 가이드에 설명된 결정, 즉 규정 준수 경계를 어디에 설정할지, 규제 대상 데이터를 처리하는 프로그램은 무엇인지, 보안 개선 요구 사항이 포함된 프로그램은 무엇인지, 동등성 검증이 필요한 계산 함수를 수행하는 프로그램은 무엇인지 등을 판단하려면 COBOL 포트폴리오에 있는 모든 프로그램의 구조에 대한 정확한 지식이 필요합니다. 이러한 지식은 문서만으로는 얻을 수 없습니다. 규제 대상 COBOL 환경에서 기존 문서는 일반적으로 수십 차례 수정되었지만 그에 따른 문서 업데이트가 이루어지지 않은 시스템을 기준으로 작성되었습니다.

SMART TS XL의 정적 코드 분석 이 연구는 COBOL 소스 코드에서 각 프로그램이 하이브리드 경계의 어느 쪽에 속하는지를 결정하는 보안 및 규정 준수 패턴을 밝혀냅니다. 이러한 패턴에는 WORKING-STORAGE에 하드코딩된 자격 증명, 암호화 키 처리, 감사 로그 생성(또는 미생성), 규제 자본에 영향을 미치는 계산 패턴 등이 포함됩니다. 이러한 발견은 규제 대상 워크로드에 대한 하이브리드 경계 배치에 앞서 수행해야 하는 규정 준수 설계 작업을 뒷받침합니다.

애플리케이션 종속성 매핑은 어떤 프로그램이 다른 프로그램과 데이터를 공유하는지, 그리고 프로그램 간 데이터 세트 접근 패턴을 보여줍니다. 이러한 패턴은 특정 프로그램을 클라우드에 배치할 경우 예상치 못한 경계를 넘는 규제된 데이터 흐름이 발생하는지 여부를 판단하는 데 중요한 역할을 합니다. 예를 들어, 운영 데이터만 처리하는 것처럼 보이는 COBOL 프로그램이 다른 프로그램에서 작성한 개인 데이터가 포함된 VSAM 파일을 읽을 수도 있습니다. 종속성 맵을 통해 하이브리드 경계를 설정하기 전에 이러한 데이터 공유 관계를 파악할 수 있습니다.

영향 분석 기능을 통해 경계 변경 사항을 감사할 수 있습니다. 프로그램이 온프레미스에서 클라우드로 이동할 때 영향 분석은 해당 이동으로 영향을 받는 다른 모든 프로그램, 호출자, 데이터 세트 소비자, JCL 작업 스트림을 열거 하여 규제 기관에 대한 증거 자료 및 동등성 테스트 프로그램의 기반으로 활용될 수 있는 변경 범위를 제공합니다.

엔터프라이즈 검색 기능을 통해 하이브리드 프로그램 전체에서 규정 준수 목록을 조회할 수 있습니다. 특정 데이터 유형을 처리하는 모든 프로그램, 특정 VSAM 클러스터에 액세스하는 모든 프로그램, 특정 패턴을 포함하는 모든 COBOL 소스 파일을 수백만 줄에 걸쳐 단 몇 초 만에 찾을 수 있습니다. 규제 대상 조직이 감사자에게 모든 대상 프로그램이 식별 및 평가되었음을 입증해야 할 경우, 이러한 조회 가능한 목록은 수동 증명을 대체하는 증거가 됩니다.

규제 기관은 당신의 이민 일정에 관심이 없습니다.

규제 대상 조직에게 COBOL을 사용하는 경우 하이브리드 클라우드는 일시적인 상태가 아닙니다. 오히려 많은 조직에게 하이브리드 클라우드는 영구적인 운영 모델입니다. 이는 기술적 한계 때문이 아니라, 데이터와 기능을 규제하는 프레임워크가 특정 워크로드에 대한 온프레미스 제어를 무기한으로 요구하기 때문입니다. 따라서 핵심 질문은 "메인프레임에서 어떻게 벗어날 것인가"가 아니라 "어떤 워크로드를 클라우드로 마이그레이션할 수 있는가? 어떤 규정 준수 아키텍처 하에서, 그리고 경계가 제대로 관리되고 있다는 어떤 증거를 제시할 수 있는가"입니다.

하이브리드 구성은 조직이 기존 구성 요소를 온프레미스에 유지하면서 클라우드 통합을 가능하게 하는 유연성을 제공합니다. 규제 산업의 경우 이러한 유연성은 선택 사항이 아니라 특정 워크로드 범주에 대해 필수적입니다. 하이브리드 COBOL 아키텍처에서 성공하는 조직은 규정 준수 경계를 명확하게 설계하고, 처음부터 감사 가능성을 확보하며, 규제 증거 생성을 사후 고려 사항이 아닌 아키텍처 요구 사항으로 취급하는 조직입니다.