국내 최초로 마이그레이션 성공사례 발표 - 데이터 … · Web view둘째,...
5
국국 국국국 국국국국국국 국국국국 국국 Meta Mining co., 국국국국 국국국 국국국국 국국국국국국 국국국 국국국국국 ! 국국국국국국 국국국국국국국 국국국 국국국국 국국 국국국국국국국 국국국 국국국국 ? 국국 국국국 국 국국 국 국국 국국국국 국국국 국 국국국국 국국 국국국국 국국국 국국 국 국국. 국국국 국 국국 10국 국 국국 “국국국국 국국국국 (Application Program Conversion)” 국국국 국국국 국국국국 국국국 국국국 국국국국국국 국국국국국 국국국국국국국 국국국 국국국 국국국국. 국 국국 국국국국 Re-Hosting국국 국국 Wrapping국국국 국국 COBOL to COBOL국국국 국국국국 국국국국국 Migration국 ,국국국국 국국국 국국국, 국국국 국국국국 2국국 국국국국 2국국 국국 국국국국 국국국국 국국. 국국 국국 국국 국국국국국국 국국국 국국 국 국국 국국국 ? 국국국 국국국 국국국국국 국국국국국 국국국국 국국국국 국국 COBOL 국국국국국국국 국국국국국국 C국국국국국 국국국국국 Tuxeudo 국국국 국국국국국국국 Oracle국 국국국국국 국국국국국국국 2007.11 – 2008.4국 국국 국국국국 국국국국국국 국국국 국국국국국. 국국국 국국국국국 국국국국 ? 국국국 국국국국 국국국 국국 국국국 국국 국국국 국국국 국국국국 국국국국국국 국국국 국국국국국 국국국 IT국 국국국국국 국국 국 국국 국국국 국국 국국 국국국국 국 국국 국국 국국국국. 국국국 국국국국국 국국(Integration)국 국국(Migration)국국국 국국국 국국국국 국 국국 국국국. 국국국국국 COBOL to COBOL국국국국, 국국국 국국국국 국국국국 국국 국국국국 Re-Hosting 국국국 국 국국 국국국 국국국국국국 국국국 국국 국국 국국 국국국. 국국 국국SI국국국국 국국국국 국국국국 국국국 국국국국 국국국 국국 국국국국 국국국국. 국국 국국국 국국국 국국 국 국국국 국국국 국국국국 국국. 국국, 국국국국 국국 국국(Risk)국 국국국국국 국국. 국국 국국 국국국 국국 국국국국국 국국 국국국국 국국 국국국국국국 국국 국국 국국 국 국국 국국 국 국국국국 국국 국국국. 국국국국국, 국국국 국 국국 국국국국 국국국국 국국 국국국 국국 국국 국국국 국국국 국국 국국국국국 국 국국국 국국국국국국 국국국 국국. 국국국 2국 – 5국국 국국국국국 국국국 국국국. 국국국 국국국국 국국국 국국국국 국국 국국국 국국국 국국국 국국국국 국국 국국국 국국국 국국국국국 국국국 국국 국 국국국 국국국국 국국국국국국 국국 국국 국 국국국. 국국국국 국국 COBOL 국국국국국국국 UNIX 국국국 C 국국국국국국국 국국국국 국국국 국국국국 ?
Transcript of 국내 최초로 마이그레이션 성공사례 발표 - 데이터 … · Web view둘째,...
국내 최초로 마이그레이션 성공사례 발표Meta Mining co.,
대표이사 이진석
우리나라 마이그레이션 실상을 파헤쳐보자 !
어플리케이션 프로그램언어를 어떻게 자동으로 다른 프로그램언어로 변환이 가능한가 ? 하는
질문을 그 동안 수 백번 들어왔던 기억이 난 필자로는 매우 감동적인 결과가 아닐 수 없다. 필자는 그 동안 10여 년 동안 “프로그램 자동변환(Application Program Conversion)” 분야의
기술을 담당하고 있지만 번번히 제안단계에서 고객들이나 제안업체로부터 거절을 당하기
일수였다. 그 동안 국내에는 Re-Hosting이라 하여 Wrapping기법을 통한 COBOL to COBOL이라는 시스템의 수평이동을 Migration의 ,전부라고 여겨져 왔으며, 실제로 금융기관 2곳과
공공기관 2곳이 이를 도입하여 운영하고 있다. 과연 서로 다른 프로그램언어 영역을 넘을 수
있을 것인가 ?간단히 말하여 메인프레임 컴퓨터에서 오랫동안 사용하여 왔던 COBOL 프로그램언어를
오픈시스템의 C프로그램과 미들웨어인 Tuxeudo 그리고 데이터베이스를 Oracle로 자동변환을
㈜메타마이닝은 2007.11 – 2008.4월 까지 삼성카드 메인시스템을 변환에 성공하였다.
지금의 기업환경은 어떠한가 ?신기술 인력난과 투자에 대한 열악한 환경 그리고 갈수록 치열해진 경쟁사회에서 기업은
비용절감과 새로운 IT를 도입하여야 하는 두 마리 토끼를 잡기 위해 안간힘을 다 쏟고 있는
실정이다.기업의 당면과제는 통합(Integration)과 이전(Migration)이라는 새로운 분기점에 서 있는
것이다. 과도기적인 COBOL to COBOL이라든지, 기존의 시스템을 단순하게 수평 이동하는 Re-Hosting 방법은 더 이상 현명한 고객들에게는 용납이 되지 않는 다는 점이다.
많은 대형SI업체들은 조그마한 비즈니스 변화가 있더라도 그들은 전면 재개발을 주장한다. 결국
고객은 다음과 같은 몇 가지의 위험을 감수해야 한다.
첫째, 재개발에 따른 위험(Risk)을 감수하여야 한다.어느 정도 규모를 갖춘 기업이라면 현재 운용하고 있는 정보시스템은 거의 변동 없이 수 십년
동안 잘 관리하여 왔을 것이다. 시스템이란, 개발만 잘 하면 자동으로 운용되는 것이 아니라
일정 기간 피나는 노력을 통해 유지보수를 잘 함으로 안정화단계에 이르게 된다. 짧게는 2년 – 5
COBOL 프로그램언어를 UNIX 환경의 C 프로그램언어로 자동으로 변환이 가능할까 ?
년을 운용하여야 된다는 것이다. 그러나 시스템을 새롭게 재개발을 하게 된다면 안정화 단계에
이르려면 많은 시간과 비용을 감수하여야 하지만 더욱 큰 문제는 시스템의 안정화문제가 가장
중요 할 것이다. 안정화에 따른 전략이 수립되어 있다면 전면 재개발도 문제없겠지만 잘
운용되고 있는 시스템을 전면적으로 흔들어서 재개발 한다는 것은 CIO에게 매우 중요한 결단이
필요한 것이다.
둘째, 개발기간(Time)이다.현대사회는 시간이야말로 돈이며, 경쟁력이다. 예전 같으면 비즈니스 환경 변화가 빠르지 않아
어느 정도 개발기간의 여유가 있었지만, 지금 개발기간은 돈이요, 기회요, 생존의 수단인
셈이다. 즉 개발기간을 여유있게 잡을 수 없는 것이 현실이다.
셋째, 비용(Cost)절감이다.컴퓨터의 급속한 발전으로 경영주 입장에서 보면 많은 IT에 투자를 감행하였지만 실제로
가시적으로 수입이 들어오는 것은 아니라는 점이다. 이제 투자에 대한 부분이 과거처럼
쉽지만은 않은 것은 분명하다. 그러한 상황에서 재개발이라는 빅뱅 방식으로 접근을 하는 것은
그 설득과정이 쉽지만은 않을 전망이다.
마이그레이션 전략을 도입하려는 기업들은 한결같이 다음과 같은 고민을 하게 된다.
첫째, 기존의 어플리케이션 특히 비즈니스 로직이 대부분 재사용이 된다.둘째, 사용자 인터페이스 부분은 거의 새롭게 바뀐다.셋째, 데이터베이스도 조금은 바뀌어야 한다.넷째, 비용을 저감하면서 새로운 환경으로 바꾸는 방법은 없을까 ?
지금까지 진정코 마이그레이션 성공사례는 전무하였다.마치 메타마이닝이 삼성데이타시스템과 협업하여 삼성카드 프로젝트에 투입하기 전까지는
그랬었다.프로그램 자동으로 변환하는 기술에 대하여 몇 가지 의문점을 가지고 있었던 것은 사실이다.
자동으로 변환하는데 변환된 프로그램언어에 대한 검증은 어떻게 할 것인가 ? 그리고 결과물에 대한 품질에 대한 게런티를 어떻게 할 것인가 ? 자동으로 변환이 안되는 부분에 대하여 어떻게 할 것인가 ? 변환율은 몇 %가 나올 수 있는가 ? 자동으로 변환이 되면 개발자들이 오히려 혼란이 오지 않겠는가 ? 100% 재사용이 아니라 많은 부분이 새롭게 수정 보완하여야 하는데 어떻게
처리하는지 ?
데이터베이스 부분도 변할텐데 따라서 프로그램도 같이 수정이 되어야 하지 않은가 ? 사용자 인터페이스 부분은 변환이 아니라 거의 새롭게 개발할텐데 …
이와 같이 어느 정도 소프트웨어를 개발 경험이 있다면, 자동화기술에 대하여 이러한 반문을
가질 수 있다는 것이다.
과연 프로그램 자동변경은 가능한 것인가 ?
한마디로 “그렇다” 이다.모든 과학기술이 자동으로 되는 마법상자는 아니라는 것은 잘 알 것이다. 자동으로 변환이
된다는 것은 몇 가지 전제조건에 부합하여야 한다는 것이다.
<그림> Migration Roadmap
첫째, 타겟 플랫폼에 대한 프레임워크가 반드시 있어야 한다는 것이다.위 그림에서 나타난 바와 같이 COBOL, C, Java 등과 같은 프로그램 언어를 자동으로 분석하여
이미 확정된 Target Framework에 맞게 속성들을 재 배치하는 작업을 거치게 된다. 이렇게
변환이 된 소스코드는 이미 프레임워크 검증을 마쳤기 때문에 고객들은 자신의 환경에 맞게
변환이 되었고, 검증된 프레임워크에 맞게 변환이 되었기 때문에 검증은 물론 사용하는데 불편
없이 쉽게 적응이 가능하다는 것이다.
RDBMS
COBOL, C, Java…Oracle, Informix,Sybase, SqlServer…
Converter
DB2Oracle
⑤ Create (*.xml, *.java)Conversion (Cobol, C, Java)
DB2, SQL
frameworkMetaDatarepository
③ Visualization & DocumentWebSphere / WebLogic
Program conversionSQL Conversion
C, JavaConversion region
⑥ Conversionresult
②Parsing
①Gathering
④ ConversionRule
•Language•SQL
RDBMS
COBOL, C, Java…Oracle, Informix,Sybase, SqlServer…
Converter
DB2Oracle
⑤ Create (*.xml, *.java)Conversion (Cobol, C, Java)
DB2, SQL
frameworkMetaDatarepository
③ Visualization & DocumentWebSphere / WebLogic
Program conversionSQL Conversion
C, JavaConversion region
⑥ Conversionresult
②Parsing
①Gathering
④ ConversionRule
•Language•SQL
둘째, 현행시스템(프로그램언어, 미들웨어, 데이터베이스 SQL문 등)을 철저하게 분석하여
메타정보에 저장하여 사용한다. 즉, 자동변환 전 과정을 투명하게 정보와 문서(혹은 비쥬얼문서)로 제공함으로 사용자는 전
과정을 확인 할 수 있게 된다. 대부분 마이그레이션 자동화 도구는 과정을 생략하여 사용자로
하여금 참여하는 기회를 주지 않고 있으나 이를 MetaBridge에서는 해결하고 있다.
셋째, 다양한 프로그램언어에 대한 문법저장소를 보유하고 있다.우리나라 한 기업 당 프로그램언어 종류만도 3-10종을 사용하고 있다. 물론 주력
프로그램언어는 2-3개로 제한되어 있지만 실제로 모든 프로그램언어와 데이터베이스가 연결이
되어 사용하기 때문에 모든 프로그램언어를 자동으로 분석하고 변환하지 않으면 안 된다는
것이다. 실제로 메타마이닝에서는 다래와 같은 환경을 기본적으로 지원하고 있다.
<그림> MetaBridge의 변환 범위
위에 열거한 제품지원 범위는 매우 다양하고 크지만, 실제로 많은 부분이 작은 규모의 시스템을
개발한 부분이고, 삼성카드, 신일본제철 등의 대규모 프로젝트에 메타마이닝 제품이 성공적으로
마쳤다는 것을 알려둔다.
결론적으로,㈜메타마이닝 마이그레이션 자동화도구는 단순히 COBOL to C 뿐만 아니라, Java 등도 변환이
가능하고 COBOL to COBOL, C to C 그리고 Java to Java 도 가능하다는 것이다. COBOL to C
는 결론적으로, Any Program to Any Program으로 변환이 가능하다는 의미 일 것이다.
일반적으로 개발기간은 개발단계 중에서 설계구현 단계를 1/3 가량 줄일 수 있으며, 비용 또한
1/2로 절감이 가능하고 위험도는 거의 없는 전략을 여러분께 소개하는 바이다.
