서버 성능 평가 잣대가 바뀌고 있다.

 서버 성능 하면 전통적으로 분당 트랜잭션 처리 속도 단위인 tpmC만을 기준으로 평가했으나, 최근에는 서버에 탑재하는 애플리케이션 구동 능력을 중시하는 경향으로 바뀌고 있다. 프로젝트 발주처도 입찰제안요청서(RFP)에 서버의 애플리케이션 구동 성능을 명시하는 등 단순 트랜잭션보다 애플리케이션 구동 능력을 중시하는 분위기다.

 ◇애플리케이션 벤치마크 요구=최근 전사자원관리(ERP) 프로젝트 사업자를 선정한 철도청은 시스템통합(SI)과 서버 업체에 서버별 ERP 구동 벤치마크 결과를 요구했다. tpmC보다는 SAP ERP 솔루션을 가장 안정적으로 구동하는 서버를 원한 것이다.

 하드웨어와 소프트웨어 분리 발주로 관심을 모은 ‘시군구 정보화 공통기반시스템 구축사업’도 자바 기반 애플리케이션과 웹 서버 성능 측정을 위한 기준치를 명시했다.


차세대 프로젝트를 진행중인 금융권에서도 과거와 달리 ERP 등 애플리케이션 구동 능력을 서버 도입의 첫번째 기준으로 삼고, 사업자를 선정하고 있다.

 최명섭 한국썬마이크로시스템즈 부장은 “일반 기업은 물론이고 전통적으로 tpmC만 강조했던 공공 기관을 비롯해 금융권 등 전분야에서 서버 선택 사항으로 애플리케이션 구동 능력을 중요시하고 있다”며 “애플리케이션 구동 벤치마크에서 좋은 점수를 받은 서버들이 채택될 가능성이 높다”고 말했다.

 ◇TPC-C 영향력 감소 뚜렷=그동안 서버 성능의 절대적인 기준으로 군림해 온 TPC-C(트랜잭션 처리 속도를 이용한 벤치마크 테스트 기법)는 서버 평가의 기초 자료 정도로만 활용될 전망이다. TPC-C는 tpmC를 산출하기 위한 벤치마크 테스트로, 서버 업체들은 그동안 이 테스트에서 좋은 결과를 얻기 위해 신제품 출시 때마다 수백만달러의 비용을 아낌없이 지급해왔다.

 하지만 애플리케이션 구동 능력이 중요 요인으로 떠오르면서 TPC-C는 애플리케이션 구동 능력을 검증하기 위한 기초 자료로 활용될 공산이 크다. 한국IBM이 주력 제품인 ‘P시리즈’를 발표하면서 “320만 tpmC를 달성해 최대 100만 tpmC에 불과한 경쟁 업체의 동급 서버를 압도했다”고 밝혔으나, 경쟁 업체들은 “의미없는 결과”라며 “애플리케이션 성능 테스트를 하면 결과가 달라질 것”이라고 주장했다.

 한국썬마이크로시스템즈는 “TPC-C는 10개도 되지 않는 DB와 한정된 명령어만 테스트하기 때문에 복잡한 데이터센터의 실제 환경을 구현하는 데는 무리가 있다”며 “선마이크로시스템스는 더는 TPC-C 벤치마크를 수행하지 않고 있다”고 말했다.

 ◇서버 업체, 스펙 벤치마크 강조=이처럼 서버 성능 평가 기준이 바뀌면서 애플리케이션 구동 능력을 측정하는 스펙 벤치마크가 tpmC를 대체하는 분위기다. 자바 기반 애플리케이션 성능 측정을 위한 ‘스펙jbb2000’, 웹 서버 성능 측정을 위한 ‘스펙web99’, SAP 애플리케이션 벤치마크 테스트인 ‘SAP SD’ 등이 대표적이다.

 서버 업체들도 애플리케이션 구동 능력을 서버 마케팅 전면에 내세우기 시작했다. 한국후지쯔는 자사 서버가 tpmC 기준으로 경쟁사 서버보다 뒤지지만 애플리케이션에 기반을 둔 각종 벤치마크 테스트에서 1위를 기록했다며 고객들을 설득하고 있다. 한국썬마이크로시스템즈도 경쟁 업체와 차별화 요소로 대용량 데이터베이스관리시스템(DBMS)을 구동하는 벤치마크 테스트인 ‘TPC-H’를 내세우고 있다.

 이영환 한국후지쯔 부장은 “서버 공급 업체들이 tpmC 기록을 올리기 위해 특수한 메모리와 DB를 쓰는 등 현실과 동떨어진 벤치마크 테스트를 하는 경우가 적지 않기 때문에 실제 고객이 사용하는 애플리케이션 기반 성능치를 서버 선택 기준으로 삼는 경향이 뚜렷해지고 있다”고 밝혔다.

 류현정기자@전자신문, dreamshot@etnews.co.kr

현행시스템 오픈시스템 마이그레이션 전략
㈜케미스 CMO
박현수 상무

註. 본 자료는 공기업의 IT부서나 공기업 IT 사업을 하시는 대형SI업체 담당자를 위하여 작성한
자료입니다.

1. 현행(AS-IS)시스템 정의 및 현황 ?

AS-IS시스템은 기존에 사용하고 있는 시스템으로 일반적으로 Legacy System이라고 부르기
도 합니다. 그 의미를 Wikipedia의 정의를 살펴보면 다음과 같습니다.
“A legacy system is an existing computer system or application program which
continues to be used because the user (typically an organization) does not want to
replace or redesign it.
즉, 사용자가 현재 사용하고 있는 컴퓨터시스템과 어플리케이션 프로그램에 대하여 교체하거
나 새롭게 구축할 필요가 있는 시스템을 의미합니다. 필자는 이를 아래 표와 같이 정리를 하여
이해를 돕고자 합니다.

하드웨어 운영체제 프로그램언어 데이터베이스 미들웨어
IBM HP SUN TENDOMFujitsu Hitachi 등 모든 하드웨어 시스템 DOS MVS UNIX
Linux RS6000 OS400 ….. COBOL PL/I Assembler VB PB Delphi Centura Magnax
C C# C++ Java ASP HTML XML 등 모든 프로그램언어 HDB NDB RDBISAM VSAM KSAM
모든 DB및 파일 Tuxeudo Topend CICS WeblogicWebsphereTmax ZEUS COM+
<표1> AS-IS 시스템의 범위

위 표처럼 AS-IS시스템은 사용자가 현재 사용하고 있는 시스템이나 구축하고자 하는 대상시스
템(TO-BE) 등 모두가 그 대상이 됩니다.

다음은 현행시스템의 현황을 살펴 보기로 하겠습니다.

필자는 지난 2000년도에 Y2K(밀레니엄버그) 사업을 하면서 느낀 점이 우리나라 공공기관에 이
렇게 다양한 컴퓨터시스템과 어플리케이션 프로그램이 있는지 몰랐습니다.
모 공공기관은 프로그램언어만 무려 30여 가지를 사용하고 있었고, 현황 조차도 파악이 안된 부
분이 너무도 많았다는 것입니다.
참고로, 전세계적으로 작성된 프로그램언어만 150여 종에 이르고 있으며, 우리 한국은 60여 종
의 프로그램 언어가 활동 중에 있습니다.
IT역사가 오래 된 기업일수록 많은 프로그램언어와 데이터베이스 그리고 다양한 운영체제를 담
은 컴퓨터 시스템으로 구성되어 있습니다. 이를 통합하거나 정리를 한다 하여도 쉽게 전략이 나
오지 않은 것이 현실입니다.

이웃 일본은 우리나라와 달리 메인프레임 컴퓨터시스템에서 현대 오픈시스템으로 전환
(Migration)하기 위한 작업에 한창입니다. 그러나 우리는 대부분 메인프레임 컴퓨터시스템을 다
운사이징을 하였지만, 아직도 공공기관이나 금융권은 사용하고 있다는 점입니다. 이러한 환경
을 어떠한 전략을 세우고 있으며, 제안하려는 전략이 있는지요 ?

필자 회사는 기존 컴퓨터시스템을 오픈시스템으로 마이그레이션을 전문으로 하는 기업이며, 국
내에서는 가장 많은 성공사례를 가지고 있는 기업입니다.

2. 마이그레이션 전략과 사례소개

이러한 문제를 국내 사례와 저희 회사가 가장 강점으로 여기는 일본의 대기업 마이그레이션 사
업을 여러분에게 시원한 해결책을 드리고 싶습니다.

다음은 마이그레이션의 전략을 소개하고자 합니다.

첫째, 기존시스템을 버리고 새롭게 구축하는 전략입니다.

이 방법은 가장 쉽고, 사용자나 개발업체에게도 부담도 없고 가장 선호하는 방법일 것입니다.
그러나 여기에 많은 문제점과 해결해야 하는 부분이 생기게 마련이지요.

² 엄청난 개발비용이 들어간 다는 점입니다.
² 기존 시스템의 많은 지적재산과 경험 등이 재활용이 되지 않습니다.
² 새롭게 개발된 시스템을 정상운영하려면 많은 시간과 위험요소를 안고 있습니다.
² 새로운 시스템 개발에 따른 사용자의 새로운 변신이 반드시 필요합니다.

대부분 컨설팅업체, SI개발업테는 이 방법을 가장 선호하는 방법입니다. 여기에 새로운 기술이
나 비즈니스 프로세스 등의 기대효과가 있기 때문입니다. 그러나 모든 것이 새롭게 구축한다고
모든 문제가 풀리는 것만은 아니라는 점을 명심할 필요가 있습니다.

둘째, ERP시스템으로 교체하는 것입니다.

이 방법 또한 새롭게 구축하는 일보다 전략을 결정하는데 어렵지 않을 것입니다. 최근에 가장
최고의 비즈니스 프로세스가 담긴 ERP시스템을 도입하고 나아가 이를 보완하는 자체시스템을
통하여 성공한 사례가 얼마든지 많습니다. 과연 ERP시스템의 프로세스가 사용자의 비즈니스
모델과 일치하느냐를 엄밀하게 따져야 하는 부분일 것입니다.

² 마찬가지로 많은 도입비용이 들어간 다는 점입니다.
² 기존 시스템의 많은 지적재산과 경험 등이 재활용이 되지 않습니다.
² 새로운 비즈니스 프로세스 부분에 적응 하는데 많은 시간이 소요됩니다.

셋째, 기존 시스템을 활용하여 새롭게 구축하는 전략입니다.

신규구축이나 ERP시스템을 도입하는 전략은 모두 많은 비용이 지출이 된다는 점과 기존시스템
의 지적경험과 프로세스가 전혀 활용이 되지 않고 있다는 점에서 “레거시시스템을 마이그레이
션 전략(이하 LM, Legacy Migration)은 새로운 방법이자 사용자에게는 다양한 방법을 생각할
수 있다는 것입니다.

LM전략은 다음과 같은 장점만을 가지고 있습니다.

² 개발비용이 기존 비용보다 50% 이상 절감이 가능합니다.
² 개발기간도 1/3 정도 감축됩니다.
² 기존시스템을 활용하고 보완하는 전략이므로, 업무 진행에 대한 위험도가 전혀 없
습니다.

몇가지 사례를 소개하고자 합니다.

사례1 : 모 기업은 최근에 다양한 업종의 회사를 인수합병하면서 다양한 컴퓨터시스템과 어플리
케이션 프로그램전시장이 되어 버렸습니다. 프로그램 언어만 30여종, 현황 조차도 파악이 안되
는 상황입니다. 나아가 이를 유지보수하는데도 많은 어려움을 겪고 있습니다. 그래서 새로운 고
객의 요구가 오면 새롭게 개발하는 방법으로 땜질 방법 밖에 없었다는 점이죠. 이러한 상황에
처한 기업에 저희는 다음과 같은 전략과 솔루션을 제안하였습니다.

² 다양한 컴퓨터시스템안에 있는 어플리케이션 프로그램을 통합하고 현황분석이 가
능하도록 지원하는 솔루션(제품명 : SmartDocu™)을 제공하였고, 이를 통해 정확한 현황파악
과 자동으로 문서를 출력하여 문제점을 정확하게 파악하는 환경을 구축하였습니다.
² 다양항 프로그램언어를 자동을 분석하고 이를 언제나 쉽게 검색하고 관리 할 수 있
도록 표준 메타데이타를 구축하였습니다.
² 다음으로 사용자가 원하는 Java, C# 혹은 오픈환경의 COBOL 프로그램언어로 자
동으로 변환하는 솔루션(제품명 : SmartArch™)을 제공하였습니다.

사례2 : 모 철강회사인데 이 회사는 컴퓨터환경은 매우 드문 시스템이었고 프로그램언어도 거
의 처음 들을 정도로 생소한 프로그램 언어였습니다. 즉, MagnaX, HPS/COBOL, Natural 등
이러한 언어는 아마 여러분도 생소 할 것입니다. 모든 컴퓨터시스템을 사용자의 개발전략에는
차질이 없는데, 생소한 프로그램언어를 어떻게 처리 할 것인가에 무척이나 고민을 하고 있었습
니다. 여기에 저희는 다음과 같은 자문과 솔루션을 제공하였습니다.

² 저희 회사는 30여종의 다양한 프로그램언어를 자동으로 변환(conversion)이 가능
하도록 모든 프로그램 문법 저장소를 10여년간 많은 시행착오를 거치면서 데이터베이스로 구축
하였습니다. 이를 바탕으로 사용자의 프로그램언어를 자동으로 분석하고 이를 지원하는 솔루션
(제품명 : Chameleon™)을 제공하였습니다.

사례3 : 일본의 모 금융사인데, 이 기업은 오픈시스템으로 모든 시스템을 구축하였는데, 그 동
안 구형시스템에서 유지보수를 하는데 많은 어려움을 겪었던 터라 새로운 오픈시스템에서는 이
를 해결하여 향후 유지보수 문제에서 찰피하고자 하는 방법을 모색하였습니다.
그 회사는 Unix, Java 환경으로 신기술로 무장을 하였지만, 이를 관리하는 방법에 대하여 저희
는 다음과 같은 자문과 솔루션을 제공하였습니다.

² 개발회사에서 인수 받은 컴퓨터시스템과 어플리케이션 프로그램을 체계적으로 관
리하고 유지보수 할 수 있는 어플리케이션 거버넌스 솔루션(제품명 : SmartDocuXT™)을 제공
하였습니다.
² 어플리케이션 거버넌스 솔루션은 다음과 같은 기능을 제공합니다.
어플리케이션 프로그램 자산관리, 변경관리, 자동문서관리, 영향분석관리, 형상관리, 기능점수
(function point)관리, 감시(monitoring)관리, 비즈니스 룰 관리, 메타데이타관리, 컴포넌트
(UML) 자동문서관리, Pseudo code 관리, 표준화를 중심으로 품질관리 등 다양한 기능을 제공
하고 있습니다.




3. 마이그레이션 전략 결론

세계 여러곳을 방문하다 보면, 역사와 전통이 있는 나리일수록 선조들의 유산이 고스란히 보존
되고 있는 것을 보게됩니다. 우리는 유구한 역사를 가지고 단일민족의 우수성도 있지만, 수 많
은 외침과 강대국 사이에서 어려움을 겪다보니 모든 문화유산이 파괴되는 아픔을 겪었지만 이
제 우리는 강대구에 합류하면서 우리의 잊혀진 문화유산 복구에 힘쓰는 모습을 봅니다.

마치 우리 IT산업도 마찬가지란 생각을 합니다.
우리는 소프트웨어를 생산성향상, 조기 시장진입, 치열한 기업간의 경쟁력, 비용절감, 신속 등
수 많은 과제앞에 우리는 마구잡이 식으로 소프트웨어 개발에 치중을 하였던 것이 사실입니다.
그러다 보니 국적도 없는 소프트웨어도 많고, 이기종의 컴퓨터시스템도 많고, 문서관리도 잘 안
되었던 것이 모두가 이러한 사실에 입각하였다고 필자는 생각하고 있습니다.

필자는 글을 맺으면서 다음과 같은 제안을 하고자 합니다.

&uuml; 기존의 어플리케이션 프로그램을 재활용하자는 것입니다.
&uuml; 이를 위해 재활용이 가능한지 철저하게 분석하는 과정을 거치도록 합시다.
&uuml; 언젠가는 새로운 시스템도 마찬가지로 문제투성이가 될 수 있습니다.
&uuml; 더 이상 버리고 새롭게 구축하는 반복을 멈추고, 새로운 전략을 도입합시다.

이를 위해 저희 케미스는 다양한 성공사례와 가장 적합한 솔루션(제품)을 보유하고 있습니다.
이러한 경험과 전략을 여러분에게 소개하고 싶습니다.

여러분의 비즈니스 전략에 도움이 되신다면, 언제든지 연락을 주시면, 최선을 다하여 지원하겠
습니다.
 
----------------------------------------------------------------
 
결론적으로는 회사 홍보내용이군요..
 
대형업체에서는 Legacy Migration이 효율적인것 같은데...
중소형 업체에는 시스템 규모가 적다면 새롭게 구축하는것도 괜찮지 않을까요?

+ Recent posts