LabHub

블로그

메인프레임 & 레거시 시스템 2026 — IBM z17 (2025.9) / IBM i / COBOL / RPG / JCL / CICS / watsonx Code Assistant for Z 심층 가이드

2026-05-16 · 49 분 읽기 · #mainframe#ibm-z#ibm-z17#ibm-z16#ibm-i#as400#cobol#rpg#jcl#cics#db2-zos#ims#pl-i#fujitsu-bs2000#nec-acos#unisys-clearpath#aws-mainframe-modernization#micro-focus#visual-cobol#opentext#watsonx-code-assistant#github-copilot-cobol#zcx#linux-on-z#linuxone#hercules#gnucobol#strangler-fig#deep-dive

한국어English日本語

프롤로그 — 죽었다고 했지만 여전히 거기 있다

"메인프레임은 죽었다"라는 헤드라인은 1990년대부터 매년 나왔다. 그런데 2026년 5월, 당신이 ATM에서 돈을 뽑거나, 신용카드를 긁거나, 비행기 좌석을 예약하거나, 세금을 내거나, 정부에 출생신고를 하는 그 순간, 트랜잭션의 마지막 한 줄은 매우 높은 확률로 메인프레임 위의 COBOL 프로그램을 거친다.

그리고 이 거대한 레거시는 2023년 이후 AI라는 새 변수를 만나며 다시 현대화의 사이클로 들어간다. IBM watsonx Code Assistant for Z는 COBOL을 Java로 번역하고, GitHub Copilot은 COBOL 자동완성을 지원하며, AWS Mainframe Modernization은 메인프레임 워크로드를 클라우드로 옮긴다.

이 글은 2026년 시점의 메인프레임을 다룬다. 어떻게 죽지 않았는가, 새 하드웨어는 무엇인가, AI는 어떻게 이 거대한 레거시를 깎고 있는가, 그리고 — 만약 당신이 개발자라면 — 왜 어떤 사람들은 지금 COBOL을 배우기로 결심하는가.

1장 · 2026년 메인프레임 — 죽지 않은 거인

먼저 숫자부터 보자. 2026년 기준 메인프레임 생태계의 추정치:

항목추정 규모
프로덕션 COBOL 라인 수200~220B 라인
IBM i 운영 사이트130,000+ 회사 (Forrester/IBM 추정)
IBM Z 시스템 설치전 세계 약 10,000+ 개 사이트
일일 처리 비즈니스 트랜잭션 (IBM Z)약 300억 건
Fortune 500 중 메인프레임 사용 비율약 70%
Top 50 글로벌 은행 중 메인프레임 사용 비율약 92%
메인프레임에 의존하는 신용카드 트랜잭션 비율약 87%

(출처: IBM, Forrester, Gartner 시장 추정 — 정확한 수치는 출처별로 차이가 있음. 이 글의 모든 수치는 2024~2025년 공개 보고서 기반의 추정이다.)

"왜 안 바꿨나"는 잘못된 질문이다. 옳은 질문은 "왜 바꾸지 않는 게 합리적이었나"다. 답은 세 가지로 압축된다.

  1. 검증된 신뢰성 — z/OS 시스템의 가용성은 흔히 99.999% (5 nine) 이상으로 보고된다. 연간 다운타임 5분 수준. 새 시스템이 이걸 매칭하려면 수년이 걸린다.
  2. 테스트되지 않은 변경의 리스크 > 변경의 가치 — 2,000만 줄짜리 보험사 코어를 Java로 다시 쓴다고 가정해보자. 2년에 1억 달러. 그동안 새 기능은 못 만든다. CFO가 사인하지 않는다.
  3. 데이터 중력 — DB2 z/OS, IMS, VSAM에 수십 년간 쌓인 데이터는 그 자리에 있다. 데이터를 옮기는 게 코드를 옮기는 것보다 어렵다.

그래서 메인프레임은 죽지 않았다. 그리고 죽는 대신, 천천히 진화한다. 그게 이 글의 주제다.

2장 · IBM z17 (2025.9) — Telum II + 통합 AI

2025년 9월, IBM은 z17을 발표했다. 이전 세대(z16)는 2022년 4월에 나왔으니, 약 3년 주기다. z17의 핵심은 두 가지:

Telum II 프로세서

요약: Telum II는 트랜잭션 도중에 AI 추론을 끼워 넣을 수 있다. 카드 결제가 일어나는 그 순간에, 같은 칩 위에서 사기 탐지 모델이 돈다. 데이터를 GPU 클러스터로 보낼 필요가 없다.

Spyre 가속기 (옵션)

z16에서 처음 소개된 IBM Spyre AI 가속기(별도 PCIe 카드)가 z17에서도 옵션으로 제공된다. Spyre는 더 큰 모델(생성형 AI 추론)을 위한 별도 가속기 카드로, Telum II의 칩-온-칩 가속과 함께 쓸 수 있다.

무엇이 새로운가 (z16 대비)

항목z16 (2022.4)z17 (2025.9)
프로세서Telum ITelum II
칩-온-칩 AI있음 (1세대)강화됨 (2세대)
Spyre 가속기옵션 (후기 도입)옵션 (확장)
메모리 대역폭-향상 (세부 수치는 IBM 자료 참조)
보안Crypto Express 8S, 양자내성 알고리즘 지원동일 흐름 + 강화
가용성99.999% 이상동일 클래스

z17은 혁명이라기보다는 AI 통합의 심화다. 트랜잭션 + AI 추론 + 보안을 한 칩에서 끝낸다는 IBM의 메시지가 더 강해졌다.

누가 z17을 살까

가격은 공개되지 않는다. 보통 "수백만 달러부터"라고만 말한다. 그리고 그 돈을 쓰는 회사들은 그게 합리적이라고 믿는다.

3장 · IBM z16 — 여전히 현역

z17이 나왔다고 z16이 사라진 게 아니다. 2022년 4월에 출시된 z16은 2026년 현재도 활발히 판매되고 설치되고 있다. 메인프레임의 라이프사이클은 길다 — 한 번 들어가면 10년은 간다.

z16의 특징을 정리하면:

은행이 z16을 막 들였다면 z17으로 갈아탈 이유가 약하다. z16 + 펌웨어 업데이트 조합으로 2030년대 초반까지는 운영할 회사가 많다.

4장 · IBM i (구 AS/400) — 130K+ 회사

IBM Z만큼 유명하진 않지만, IBM의 또 다른 메인프레임 라인이 있다. 바로 IBM i — 1988년에 나온 AS/400의 후계.

이름의 역사

하드웨어는 IBM Power 서버 위에서 돈다. 즉 IBM i는 Power Systems 하드웨어 + IBM i OS 조합이다. 2026년 기준으로 Power10 위에서 IBM i 7.5 / 7.6 등이 돈다.

왜 아직 130,000개 회사가 쓰나

누가 쓰나

ERP 패키지로는 JD Edwards, Infor (구 SSA Global), BPCS 같은 것들이 IBM i 위에서 돈다.

RPG — IBM i의 주력 언어

IBM i의 주력 프로그래밍 언어는 RPG (Report Program Generator)다. 다음 장에서 깊게 본다.

5장 · COBOL — 추정 200~220B 라인 in production

COBOL은 1959년에 그레이스 호퍼(Grace Hopper)를 비롯한 위원회가 설계한 언어다. 이름의 뜻은 COmmon Business Oriented Language. 60년이 넘은 언어가 여전히 200B 라인이 돈다.

왜 그렇게 많은가

200B 라인이라는 수치는 누적이다. 매년 새로 쓰이는 COBOL은 줄지만, 지워지지도 않는다. 그래서 라인 수는 늘어난다.

COBOL 코드의 모양

       IDENTIFICATION DIVISION.
       PROGRAM-ID. INTEREST-CALC.
       AUTHOR. YJ.
      *
       ENVIRONMENT DIVISION.
       CONFIGURATION SECTION.
       SOURCE-COMPUTER. IBM-Z.
       OBJECT-COMPUTER. IBM-Z.
      *
       DATA DIVISION.
       WORKING-STORAGE SECTION.
       01  WS-PRINCIPAL       PIC 9(7)V99 VALUE 1000000.00.
       01  WS-RATE            PIC 9(3)V99 VALUE 3.50.
       01  WS-YEARS           PIC 9(2) VALUE 5.
       01  WS-INTEREST        PIC 9(9)V99.
       01  WS-TOTAL           PIC 9(9)V99.
      *
       PROCEDURE DIVISION.
       CALC-INTEREST.
           COMPUTE WS-INTEREST = WS-PRINCIPAL * (WS-RATE / 100) * WS-YEARS.
           COMPUTE WS-TOTAL    = WS-PRINCIPAL + WS-INTEREST.
           DISPLAY "Principal : " WS-PRINCIPAL.
           DISPLAY "Interest  : " WS-INTEREST.
           DISPLAY "Total     : " WS-TOTAL.
           STOP RUN.

COBOL의 특징:

COBOL 표준의 흐름

COBOL 컴파일러

6장 · RPG / JCL / CICS / DB2 z/OS / IMS / PL/I

COBOL은 메인프레임 언어 중 가장 유명할 뿐이다. 메인프레임 환경에는 다른 핵심 기술들이 있다.

RPG (Report Program Generator) — IBM i의 주력

이름은 "보고서 생성기"지만 현대 RPG는 범용 비즈니스 언어다. 흐름:

현대 free-format RPG 예시:

**free
ctl-opt main(main);

dcl-proc main;
  dcl-s principal packed(9:2) inz(1000000);
  dcl-s rate     packed(5:2) inz(3.50);
  dcl-s years    packed(2:0) inz(5);
  dcl-s interest packed(11:2);
  dcl-s total    packed(11:2);

  interest = principal * (rate / 100) * years;
  total    = principal + interest;

  dsply ('Total: ' + %char(total));
end-proc;

RPG는 데이터베이스와 매우 단단하게 결합되어 있다. SQL을 RPG 안에 인라인으로 박을 수 있는 embedded SQL이 표준이다.

JCL (Job Control Language)

z/OS에서 배치 작업을 정의하는 언어. 흔히 "안 좋은 옛날 셸스크립트"라고 불리지만, 메인프레임 운영의 핏줄이다.

//PAYROLL  JOB  (ACCT1234),'PAYROLL JOB',
//             CLASS=A,MSGCLASS=X,REGION=4M
//STEP1    EXEC PGM=PAYCALC
//STEPLIB  DD   DSN=PROD.LOADLIB,DISP=SHR
//INPUT    DD   DSN=PROD.PAYROLL.MASTER,DISP=SHR
//OUTPUT   DD   DSN=PROD.PAYROLL.NEWRUN,DISP=(NEW,CATLG,DELETE),
//              SPACE=(CYL,(10,5)),
//              DCB=(LRECL=200,BLKSIZE=27800,RECFM=FB)
//SYSPRINT DD   SYSOUT=*

JCL의 특징:

JCL은 운영 인력의 자산이다. 좋은 JCL은 잘못된 데이터셋 처분 한 줄로 회사를 살린다. 잘못된 JCL은 같은 줄로 회사를 파산시킨다 (DISP=NEW,DELETE로 프로덕션 마스터를 날리는 영원한 농담).

CICS (Customer Information Control System)

z/OS의 트랜잭션 모니터. 1969년부터 있다. CICS는:

현대 CICS는 CICS Transaction Server라는 이름으로 z/OS 위에 돈다. REST/JSON 인터페이스도 지원한다.

DB2 z/OS (= IBM Db2 for z/OS)

z/OS의 표준 관계형 DB. 다른 환경의 Db2 (LUW, for i)와 코드베이스가 다르다. 2026년 기준 Db2 for z/OS V13 이후 버전이 운영된다.

DB2 z/OS의 정체성:

IMS (Information Management System)

1968년에 아폴로 프로그램을 위해 만들어진 계층형 DB + 트랜잭션 모니터. 관계형 DB(DB2)보다 오래됐고, 일부 큰 은행/항공/제조사는 여전히 IMS DB와 IMS TM을 운영한다. "오래됐다 = 안 쓴다"가 아니다 — 오래됐기 때문에 검증됐고 빠르다.

PL/I (Programming Language One)

1964년 IBM이 COBOL과 Fortran을 통합한다는 야심으로 만들었다. 결국 두 언어를 대체하진 못했지만, 일부 대형 시스템(특히 유럽 은행, 일부 운영체제 코드)에서 여전히 쓰인다.

TEST: PROC OPTIONS(MAIN);
  DCL PRINCIPAL FIXED DEC(9,2) INIT(1000000);
  DCL RATE      FIXED DEC(5,2) INIT(3.50);
  DCL YEARS     FIXED BIN(15)  INIT(5);
  DCL INTEREST  FIXED DEC(11,2);
  DCL TOTAL     FIXED DEC(11,2);

  INTEREST = PRINCIPAL * (RATE / 100) * YEARS;
  TOTAL    = PRINCIPAL + INTEREST;

  PUT SKIP LIST('Total: ', TOTAL);
END TEST;

PL/I는 COBOL보다 표현력은 높지만 학습 곡선도 더 가파르다. "있는 곳에는 있고, 새로 시작하진 않는다."

7장 · Fujitsu BS2000 / NEC ACOS / Unisys ClearPath — 비-IBM 메인프레임

"메인프레임 = IBM"이라는 인식이 흔하지만, 그건 정확하지 않다. 일본·유럽·미국 일부에는 IBM이 아닌 메인프레임이 여전히 돌고 있다.

Fujitsu BS2000 (일본/독일)

NEC ACOS (일본)

Unisys ClearPath

요약 — 비-IBM 메인프레임의 공통점

항목공통점
점유율IBM 대비 작지만 0이 아님
운영국가별 거점이 있음 (일본·독일·미국)
마이그레이션 압박IBM Z보다 더 큼. 후속 세대 보장이 약하기 때문
현대화 경로보통 IBM Z로 이전하거나, Linux/클라우드로

8장 · AWS Mainframe Modernization

2022년 AWS는 AWS Mainframe Modernization (AWS MMA) 서비스를 출시했다. 메인프레임 워크로드를 AWS 위로 옮기는 것을 돕는 매니지드 서비스다.

두 가지 패턴

AWS MMA가 공식적으로 미는 두 가지 마이그레이션 전략:

  1. Replatform (재플랫폼) — COBOL을 그대로 두고, 메인프레임 환경만 다른 곳(AWS의 컨테이너/EC2)으로 옮긴다. AWS는 Micro Focus 런타임(현재 OpenText)을 활용한 옵션을 제공한다.
  2. Refactor (재팩토링) — COBOL을 Java로 자동 변환한다. AWS는 Blu Age를 인수해서 통합했다. Blu Age는 COBOL을 모던 Java/Spring/Angular로 변환해주는 도구.

Replatform이 더 흔하다

대부분의 큰 마이그레이션은 Replatform이다. 이유:

하지만 함정도 있다.

흐름

[메인프레임]                  [AWS]
   COBOL 소스   ────────▶    COBOL 소스 (또는 Java 변환)
   JCL 배치     ────────▶    AWS Batch / EventBridge Scheduler
   CICS         ────────▶    Mainframe Modernization Runtime
   DB2 z/OS     ────────▶    Aurora PostgreSQL / DB2 LUW
   VSAM         ────────▶    DynamoDB / S3 / Aurora
   IMS          ────────▶    별도 매핑 (가장 어려움)

AWS는 마이그레이션 평가, 분석, 컷오버까지를 매니지드로 제공한다. 메인프레임 베테랑 + AWS 솔루션 아키텍트의 조합이 필요하다.

9장 · Micro Focus → OpenText (2022) → Visual COBOL

메인프레임 현대화의 중심에 오랫동안 Micro Focus가 있었다. 영국에 본사를 둔 회사로, COBOL 컴파일러·런타임의 최대 공급자 중 하나.

2022년 — OpenText 인수

2022년, 캐나다의 정보관리 회사 OpenText가 Micro Focus를 약 60억 달러에 인수했다. 인수가 마무리되면서 Micro Focus 브랜드는 점진적으로 OpenText 브랜드로 통합 중이다.

Visual COBOL — 주력 제품

Micro Focus(현 OpenText)의 주력 제품은 Visual COBOL이다. 이게 하는 일:

Enterprise Server / Enterprise Developer

OpenText의 메인프레임 관련 라인은 보통:

AWS Mainframe Modernization의 Replatform 옵션 일부는 이 OpenText 스택 위에서 돈다.

의미

OpenText는 메인프레임을 죽이지 않는다. 그들은 메인프레임 코드를 다른 환경에서 계속 실행할 수 있게 하는 게 사업이다. 즉 그들의 비즈니스 모델은 "COBOL이 2030년대에도 살아있다"는 명제 위에 있다.

10장 · IBM watsonx Code Assistant for Z (2023.8) — AI COBOL 현대화

2023년 8월, IBM은 watsonx Code Assistant for Z를 발표했다. 메인프레임 COBOL을 Java로 변환하는 것을 돕는 AI 도구.

무엇을 하나

작동 모델

watsonx Code Assistant for Z는 LLM(IBM의 granite 코드 모델 패밀리 기반) + 메인프레임 전용 도메인 지식의 조합이다. 즉 그냥 ChatGPT가 아니라, COBOL/JCL/CICS의 패턴을 학습한 모델이 백엔드에 있다.

한계와 현실

IBM의 마케팅을 액면 그대로 받아들이면 안 된다. 실제로:

그러나 출발점으로서는 가치가 있다. 0에서 시작하는 게 아니라, AI가 만든 첫 패스 위에서 사람이 다듬는다.

2024~2025년의 흐름

11장 · GitHub Copilot COBOL 지원

GitHub Copilot은 2021년 GA되면서 처음에는 자바스크립트·파이썬·타입스크립트를 중심으로 알려졌다. 시간이 지나면서 다양한 언어 지원이 확장되었고, COBOL 자동완성도 지원한다.

실제 경험

COBOL에서 Copilot이 어떻게 도와주는가:

한계

Copilot vs watsonx Code Assistant for Z

둘은 경쟁자라기보다 다른 층위다. 일상 코딩에 Copilot, 큰 변환 프로젝트에 watsonx.

12장 · zCX (z/OS 컨테이너) + Linux on Z + LinuxONE

메인프레임을 클라우드 시대로 끌고 오는 또 다른 흐름은 컨테이너와 리눅스다.

zCX (z/OS Container Extensions)

2019년에 도입된 z/OS의 기능. z/OS 안에서 도커 컨테이너를 실행한다. z/OS 안에서 Linux on Z 환경을 내장 가상머신처럼 띄우고, 그 안에서 컨테이너를 굴린다.

왜 이게 중요한가:

Linux on Z

z 하드웨어 위에서 직접 리눅스를 굴리는 모드. z/OS와 같이 LPAR로 분할해서 한 메인프레임에 여러 환경을 동시에 운영.

IBM LinuxONE

Linux 전용 메인프레임. 하드웨어는 IBM Z와 같지만, z/OS는 안 깐다. 즉 "메인프레임 신뢰성 + 리눅스 전용". 주로:

IBM Cloud Hyper Protect

IBM Cloud의 Confidential Computing 라인. 메인프레임 보안 기술(Crypto Express, Secure Service Container)을 클라우드 서비스로 제공. 키 관리, 신뢰 가상 서버, DB 등을 메인프레임-등급 보안으로 호스팅.

13장 · Hercules + GnuCOBOL — 오픈 에뮬레이션

집에서 메인프레임을 만져볼 수 있는가? 그렇다.

Hercules — System/370 / ESA/390 / z/Architecture 에뮬레이터

오픈소스로 공개된 메인프레임 에뮬레이터. 일반 PC/맥/리눅스 위에서 z/Architecture를 흉내 낸다. 단:

GnuCOBOL

오픈소스 COBOL 컴파일러. COBOL을 C로 트랜스파일한 뒤 일반 C 컴파일러로 빌드한다.

# 설치 (예: macOS Homebrew)
brew install gnu-cobol

# 컴파일
cobc -x -o interest interest.cob

# 실행
./interest

학습 경로

14장 · 현대화 패턴 — Strangler Fig / 안티-corruption layer

레거시 시스템을 갈아치우는 패턴은 사실 메인프레임만의 이야기가 아니다. 다음 두 가지가 가장 유명하고 가장 실용적이다.

Strangler Fig 패턴 (Martin Fowler)

이름은 호주의 무화과 나무(strangler fig) — 다른 나무를 감싸며 자라다가 결국 원래 나무를 죽이고 자기가 대체한다. 마틴 파울러가 2004년 글에서 시스템 리뉴얼에 이 비유를 쓴 게 시작이다.

전략:

  1. 레거시 시스템 앞에 프록시/팩사드를 둔다.
  2. 새 요청 중 일부를 새 시스템으로 라우팅한다.
  3. 점진적으로 더 많은 요청을 새 시스템으로.
  4. 어느 날, 레거시는 0% 트래픽이 된다. 그제서야 제거.
[클라이언트] ──▶ [팩사드 / 프록시] ──▶ [레거시 메인프레임]
                       │
                       └─────────────▶ [새 마이크로서비스]
                                       (점점 더 많은 라우팅)

장점:

단점:

Anti-corruption Layer (Eric Evans, DDD)

도메인 주도 설계(DDD)의 패턴 중 하나. 레거시 시스템과 새 시스템 사이에 번역 계층을 둔다.

[새 도메인 모델]  ──▶  [Anti-corruption Layer]  ──▶  [레거시 모델]
   (깨끗한 모델)         (변환/매핑/캡슐화)         (오래된 모델)

목적:

Strangler와 Anti-corruption은 같이 쓴다. Strangler가 라우팅 패턴이라면, Anti-corruption은 라우팅 너머의 도메인 모델 보호 장치다.

실전 — 어디서부터 시작하나

  1. 사각형 그리기 — 메인프레임 위에서 도는 모듈을 도메인별로 묶는다.
  2. 변경 빈도 + 위험도로 우선순위 — 자주 바뀌고 위험한 것부터 분리.
  3. 읽기부터 분리 — 조회 트래픽을 새 DB(읽기 전용 복제)로 옮기는 게 가장 쉽다.
  4. 쓰기를 천천히 — 듀얼 라이트(레거시 + 새 시스템)를 거쳐 마지막에 새 시스템만.
  5. 모니터링·관측 — 두 시스템의 응답을 비교(shadow traffic).
  6. 롤백 플랜 — 항상.

15장 · 한국 금융권 — KB / 신한 / 우리 / 하나 / 기업 / 농협 메인프레임

한국 금융권의 메인프레임 운영 현황은 일부 공개·일부 추정이다. 2024~2025년 기준 공개된 정보·업계 추정에 의하면 대략 다음과 같다.

(이하 일반에 알려진 흐름의 정리이며, 각 은행의 정확한 시스템 구성은 비공개 부분이 많다. 일부는 추정.)

큰 그림

은행별 일반적 흐름 (공개·언론 보도 기반의 일반론)

은행흐름 (일반론)
KB국민메인프레임 + 자체 차세대 시스템. 클라우드 전환 적극 검토.
신한메인프레임 운영. AI 결합 사업 적극.
우리차세대 시스템 사업 진행.
하나자체 차세대 시스템 + 일부 메인프레임.
IBK기업메인프레임 운영.
NH농협IBM Z 운영. 농협의 규모상 가장 큰 메인프레임 사용자 중 하나.

(주의: 위 표는 일반적으로 알려진 흐름의 정리이며, 각 은행의 정확한 시스템 구성은 비공개 부분이 많다. 추정이 포함된다.)

한국 메인프레임 인력 시장

한국 비-금융

16장 · 일본 — 三菱UFJ / SMBC / Mizuho / NTT Data / Fujitsu BS2000

일본은 메인프레임의 또 다른 거점이다. 그리고 한국과 달리, 일본 자체의 메인프레임 산업이 있다 (Fujitsu, NEC, Hitachi). 이게 일본의 독특한 점이다.

3대 메가뱅크 일반론

(공개 자료·일반적으로 알려진 흐름 기반의 정리이며, 정확한 시스템 구성은 비공개가 많다.)

은행일반적 흐름
三菱UFJ (MUFG)메인프레임 운영. 2010년대 큰 통합 후 안정 운영.
SMBC (三井住友)메인프레임 + 자체 차세대.
Mizuho (みずほ)2002년·2011년·2021년의 시스템 장애로 유명. 그 이후 안정성 확보에 집중.

NTT Data

일본 SI 시장의 핵심. 공공·금융 코어 시스템의 운영·구축 파트너. NTT Data는 메인프레임 마이그레이션·운영 위탁을 대규모로 수행한다.

Fujitsu — 자체 메인프레임 보유

NEC ACOS

Hitachi

일본 인력 시장

17장 · 누가 COBOL을 배워야 하나 — 금융 / 보험 / 정부 / 학술

당신이 2026년에 새 언어를 배운다면, COBOL이 1순위는 아닐 것이다. 그러나 특정한 사람들에게는 1순위가 될 수 있다. 누가, 왜.

좋은 후보

별로 후보 아님

실제 학습 경로

  1. GnuCOBOL 설치 — 로컬에서 COBOL 컴파일·실행.
  2. COBOL 기초 — IDENTIFICATION / ENVIRONMENT / DATA / PROCEDURE DIVISION. PIC 절. PERFORM.
  3. 파일 처리 — 시퀀셜·인덱스·상대 파일.
  4. DB 통합 — Embedded SQL.
  5. JCL — 메인프레임 환경에서 작업을 어떻게 돌리는지.
  6. CICS 기초 — 트랜잭션 처리.
  7. 메인프레임 환경 체험 — IBM Z Xplore / Master the Mainframe (이름·운영 형태는 시기에 따라 다를 수 있음 — IBM 공식 페이지 확인).
  8. 현대화 도구 — Visual COBOL, watsonx Code Assistant for Z 데모/평가판.

시간 투자

언어 자체는 어렵지 않다. 환경이 어렵다. 그리고 그게 진입 장벽이고, 동시에 기회다.

에필로그 — 거대한 거인은 천천히, 매우 천천히 움직인다

메인프레임은 죽지 않는다. 적어도 2030년대 중반까지는.

시점이벤트
2022.4IBM z16 출시 (Telum I, 양자내성 암호)
2023.8IBM watsonx Code Assistant for Z 발표
2022OpenText, Micro Focus 인수 (Visual COBOL의 새 주인)
2022AWS Mainframe Modernization GA
2025.9IBM z17 출시 (Telum II)
2026~AI 결합 현대화의 본격 확산 단계

큰 그림

다음 글 예고

후보:

"오래된 코드는 어딘가 살아있다. 우리는 그것을 죽이는 게 아니라, 옆에서 천천히 키운 새 코드가 자리를 차지하게 한다." — Strangler Fig를 만든 그 비유처럼.

— 메인프레임 2026, 끝.

참고 / References

댓글

아직 댓글이 없습니다.

로그인하면 댓글을 쓸 수 있습니다