레거시 앱이란 무엇이고 레거시 앱을 현대화하는 올바른 방법은 무엇인가?

레거시 애플리케이션이란 무엇인가요?

IT 세계에서 여러분은 종종 다음과 같은 말을 듣게 됩니다. "레거시 시스템" 이 용어는 수년간 조직에서 사용되어 온 시스템으로, 더 이상 최고 수준이 아니거나 최신이 아닌 시스템을 의미합니다.

레거시 시스템은 소프트웨어나 하드웨어일 수 있습니다. 파일 형식이나 프로그래밍 언어일 수도 있습니다. 이를 고려하면, a “레거시 애플리케이션” 더 이상 사용되지 않거나 더 이상 사용되지 않게 될 애플리케이션입니다. 레거시 앱 버그가 많고 업데이트하기 어려운 경우 시간이 지나면서 문제가 발생할 수 있습니다.

레거시 앱을 고수하면 앱이 최신 운영 체제와 호환되지 않을 경우 조직은 재앙에 처할 위험이 있으며, 보안 취약성이 발생할 수도 있습니다.

이 블로그 게시물에서는 레거시 애플리케이션을 현대화하는 단계와 이 현대화 프로세스가 포함하는 내용에 대해 알아봅니다.

레거시 시스템과 애플리케이션이 문제가 되는 이유는 무엇입니까?

레거시 시스템에는 미션 크리티컬하지만 구식인 비즈니스 프로세스와 기술이 포함됩니다. 메인프레임 소프트웨어는 PC가 기업을 장악하기 시작하면서 "레거시 애플리케이션"이라는 라벨이 붙기 시작했습니다.

“레거시 애플리케이션 IT 서비스 제공업체의 최고 개발 책임자인 Gary Baney는 "새로운 아이들이 놀고 싶어하지 않는 것은 무엇이든 있습니다."라고 말했습니다. 고급 서버 관리 그룹 (ASMGi). "그게 최고의 기술적 정의인데, 결국에는 지속 가능성, 유지 관리 가능성, 그리고 애플리케이션 개발 프로세스에 얼마나 많은 기술적 열정이 존재할 것인지를 정의하기 때문입니다."

기존 시스템은 원래 목적에 한해 제한되며, 최신 기술과 통합하는 것이 일반적으로 쉽거나 비용 효율적이지 않습니다.

Baney는 "비즈니스와 기술 개발 사이에는 공생 관계가 있습니다."라고 말합니다. "레거시 애플리케이션의 가장 큰 단점은 공생 관계가 사라졌다는 것입니다."

왜 기존 소프트웨어를 폐기해야 할까요?

"코드가 어떤 언어로 작성되었는지 또는 소프트웨어 패키지가 얼마나 오래되었는지는 우리가 그것을 유지하고, 지원하고, 유지할 수 있는지보다 덜 중요합니다."라고 CTO인 Peter Anderson이 말했습니다. 컴퓨터 시스템 센터 (CCSI). "중요한 것은 제조업체의 수명 종료와 우리가 얼마나 많은 위험을 감수할 의향이 있는지입니다."

8년에 제작된 1969비트 컴퓨터를 오늘날 현장에서 구동한다고 상상해 보세요. 프로그래머를 찾는 것은 시스템을 구동하는 데 필요한 진공관을 만들 수 있는 기술자를 찾는 것만큼 어렵습니다. 건설 당시 교체 보드 비용은 400달러였습니다. 오늘날에는 70,000달러가 넘습니다.

앤더슨은 "기술 결정을 내리는 사람들은 그러한 결정에 직접적인 영향을 받지 않습니다."라고 말했습니다. "그들은 총 소유 비용보다는 직접 비용 측면에서 사물을 보고 있습니다. 한편, 저는 진공관을 만들고 모든 것을 테스트하는 데 드는 비용에 대해 생각하고 있습니다. 오래된 시스템을 유지하는 것이 아마도 새 시스템을 구매하는 것보다 더 비쌀 것입니다."

비용이 항상 장벽이 되는 것은 아닙니다.

오래된 시스템을 유지하는 데 드는 비용이 변화가 필요하다는 것을 의미하지만, 새로운 솔루션에 필요 이상의 비용을 지출할 가능성도 있습니다.

Baney의 고객 중 한 명은 500,000년 된 ERP(Enterprise Resource Management) 시스템을 완전히 교체하기 위해 18개월 동안 10만 달러를 지출할 의향이 있었습니다. 레거시 현대화에 대한 보다 전략적인 접근 방식을 취함으로써 동일한 기능을 XNUMX/XNUMX 미만의 비용으로 제공하고 XNUMX/XNUMX 미만의 시간 내에 완료할 수 있었습니다.

"클라이언트는 8가지 새로운 유형의 기능을 추가하고 싶어했습니다. 우리가 실제로 해야 할 일은 핸드헬드 기기를 기존 ERP 데이터베이스에 연결하는 것뿐이었습니다."라고 Baney는 말합니다.

고객의 현대화 프로젝트는 기존 시스템의 기능을 확장하여 다음과 같은 내용을 포함했습니다.

• 데이터베이스 및 프로덕션 서버 업그레이드
• 기존 시스템의 처리 용량을 개선하기 위해 더 빠른 스토리지 추가
• 새로운 모바일 프런트 엔드

"그들은 여전히 ​​기존 앱을 사용하고 있었고 85,000달러에 필요한 모든 것을 얻었습니다."라고 그는 말합니다.

현대화의 시점을 결정하는 사람은 누구인가?

기술 결정이 비즈니스 요구 사항과 일치하지 않을 때 잘못된 레거시 애플리케이션 교체 결정이 발생합니다. 무엇을 선택하고 어떻게 적용하느냐에 따라 주어진 산업에서 경쟁자를 앞서거나 뒤처지는 차이가 날 수 있습니다.

CSCI의 CTO로서 Anderson은 CFO와 CEO에게 권고안을 제시하는 일을 맡고 있습니다. 그러기 전에 그는 시스템 운영 책임자와 시스템 개발 책임자와 정기 회의를 갖습니다. 그들은 하드웨어가 오래되었는지, 현재 개발자 기반이 코드에 액세스하거나 수정할 수 있는지 공동으로 판단합니다.

앤더슨은 "하드웨어를 찾을 수 없거나 더 이상 개발 전문 지식이 없는 지경에 이르면, 우리는 우리가 감수해야 할 것보다 더 많은 위험을 감수하고 있다는 불편한 느낌을 받습니다."라고 말했습니다. "제 CEO는 경제적 요인이 중소기업에 영향을 미치는 시기에 위험을 감수하는 것을 좋아하지 않습니다."

고도로 정교한 조직이 비즈니스와 IT 전문가 간의 커뮤니케이션을 개선하기 위해 적극적으로 노력하고 있지만, 여전히 과제가 남아 있습니다. 많은 기술자는 비즈니스 부서가 자신을 충분히 존중하지 않는다고 생각하기 때문에 비즈니스 부서에 시간을 할애하지 않습니다. 그리고 기술자가 충분히 경청하지 않는다고 생각하기 때문에 기술자를 존중하지 않는 비즈니스 부서도 있습니다. ASMGi의 Baney는 "기업 문화가 번창하고 끊임없이 경쟁을 유지하려면 비즈니스 부서와 기술 그룹 간에 강력한 파트너십 감각이 있어야 합니다."라고 말합니다.

레거시 현대화 프로세스 관리

Norm Ringgold, 전 IT 운영 및 인프라 책임자 스탠포드 선형가속기센터 (SLAC)는 중대형 기업에서 점점 더 일반화되고 있는 공식화된 IT 인프라 라이브러리(ITIL) 애플리케이션 수명 주기(ALC) 방식으로 레거시 애플리케이션 전환을 관리합니다. 거버넌스 기구는 비즈니스 가치 제안에 따라 "정보에 입각한" IT 비즈니스 결정을 내려야 한다는 아이디어입니다.

새로운 비즈니스 솔루션을 개발하는 데는 비용이 많이 듭니다. 기존 애플리케이션이 비즈니스 요구 사항을 계속 수용하고, 전체 플랫폼, 라이선싱, 서비스 및 지원 모델이 지속적인 가치 제안을 제시한다면, 왜 변경해야 합니까?

링골드는 "저는 가치 기반 비즈니스 드라이버나 기술 비상 사태가 필요하지 않는 한 일반적으로 애플리케이션 솔루션 변경을 제안하지 않습니다."라고 말합니다. "많은 경우 애플리케이션 수명 주기는 합병이나 인수와 같은 어떤 종류의 중요한 이벤트에 의해 결정됩니다."

예를 들어, 신탁 획득한 썬 마이크로 시스템즈 그리고 Sun Solaris 플랫폼을 죽이겠다고 선언하면서 글로벌 애플리케이션 변경이 필요한 기술 비상 사태가 발생했습니다. 또한 타사 솔루션 기회로의 문을 열었습니다.

링골드가 당시 근무했던 미국 우편국에는 Solaris 애플리케이션을 실행하는 2,000대의 서버가 있었습니다. Sun 인수와 같은 사건은 고객이 완전히 예상할 수 없지만, 그러한 사건과 다른 위험을 최소화하는 방식으로 관리하는 것은 가능합니다.

ROI 결정

상황이나 천문학적인 유지 관리 비용으로 인해 변화가 필요할 경우 Ringgold는 다른 방법으로 더 나은 투자 수익률(ROI)을 달성할 수 있는지 예비적으로 조사합니다.

투자수익률(ROI)이 높아질 가능성이 높으면 그는 다음을 포함한 제안을 검토 위원회에 제출합니다.

• 현재 비즈니스 프로세스에 대한 보다 자세한 조사를 수행하는 데 드는 비용
• 특정 시점에서 애플리케이션이 어떻게 수행되고 있는지
• 하드웨어, 소프트웨어, 가상 머신, 애플리케이션, 최종 사용자 교육 및 사용 비용을 포함한 교체 옵션

그는 여러 공급업체의 3가지 솔루션을 제시하여 비즈니스 기반 결정을 내릴 수 있습니다. Ringgold는 "비즈니스는 플랫폼, 애플리케이션, 공급업체 솔루션 및 총 유지 관리 비용을 선택할 수 있는 충분한 정보를 가져야 합니다."라고 말합니다.

"SDLC를 위한 자리는 여전히 있지만, 우리는 그것을 다루는 더 정교한 방법에 대해 이야기하고 있습니다." 오늘날의 IT 리더의 애플리케이션 관리 전략 스타일에는 모든 주요 의사 결정 기술 의사 결정에 참여하는 정보에 입각한 거버넌스 엔터티(주요 비즈니스 및 기술 대표 포함)가 포함됩니다. Ringgold는 "이 파트너십은 가치 있는 솔루션의 제공과 가치가 낮은 레거시 솔루션의 적시 교체를 보장합니다."라고 말합니다.

레거시 애플리케이션을 현대화하는 4단계

레거시 전환에는 종종 사람과 기술을 포함하는 여러 마찰 지점이 있습니다. 대규모 조직에서는 공식적인 거버넌스 기구가 필수적이지만, 소규모 조직에서는 이러한 형식이 민첩성에 부정적인 영향을 미칠까 두려워합니다.

소규모 회사는 거버넌스 기구를 두는 아이디어에 반발할 수 있습니다. 링골드는 "20명이면 충분할 텐데 3명이 있을 필요는 없다는 것을 상기시켜줍니다."라고 말합니다.

기업은 애플리케이션 변경을 관리하려고 시도하다가 죽을 수 있습니다. "이를 대비하는 가장 좋은 방법은 소프트웨어 개발 라이프사이클, 애플리케이션 라이프사이클 관리 및 이를 수용할 수 있는 거버넌스 기구를 구축하는 것입니다. 애자일 변경, 비즈니스 요구 사항과 연결됨.”

기술과 관련해, 바니는 실수를 피하기 위해 4단계 접근 방식을 제안합니다.

1. 문서가 완전한지 확인하세요

소프트웨어와 시스템이 제대로 문서화되지 않았거나 문서가 최신 상태로 유지되지 않은 경우 문제가 발생합니다. 이상적으로는 문서를 통해 코드 기반, 아키텍처, 통합 및 API의 실제 상태를 확인할 수 있어야 합니다.

2. 애플리케이션의 안정성을 확인하세요

Baney는 오류 로그를 확인하여 결함이 있는 위치와 이러한 오류가 기업에 미칠 수 있는 파장 효과를 파악합니다. 서비스 수준이 저하되고 근본 원인이 특정 애플리케이션일 수 있습니다.

3. 통합 지점을 이해하세요

이를 통해 어떤 애플리케이션이 다른 애플리케이션을 모니터링하고 통신하고 있는지, 그리고 무언가 변경이 발생하면 어떤 인터페이스를 다시 빌드해야 하는지 확인하는 데 도움이 됩니다.

Baney는 "몇 번의 회의를 통해 '여기서 다시 작성해야 하지만, 당신에게 영향을 미치는 파장 효과를 만들고 싶지는 않습니다'라고 말해야 합니다."라고 말합니다. "인터페이스와 API를 집중적으로 연구하고 아주 잘 이해해야 합니다."

4. 사업부와 함께 앉아 애플리케이션 워크플로를 이해합니다.

현재 워크플로는 관리자의 개인적 선호도의 결과이거나 비즈니스 프로세스 효율성을 개선하기 위해 특별히 설계되었기 때문일 수 있습니다. 비즈니스 워크플로를 안내해 주세요. 일을 올바르게 하고 있는지 확인하거나 개선할 기회가 있는지 확인하세요.

Baney는 "개선의 기회가 있다면 ROI에 연결하세요."라고 말합니다. "클레임 담당자의 클레임 처리 시간을 20분에서 11분으로 줄일 수 있다면 고객 경험에 영향을 미칠 뿐입니다. 효율성, 고객 만족도, 정확성은 모두 ROI에 반영됩니다."

변화는 불가피하다.

레거시 현대화 프로세스를 어떻게 관리하느냐에 따라 경쟁력을 유지하느냐, 아니면 뒤처지느냐의 차이가 생길 수 있습니다.

조직의 규모에 관계없이, 어떤 변화가 일어나야 하는지, 언제 일어나야 하는지 확인하는 프로세스가 있어야 합니다. 회사의 이익을 위해 행동하고 위험을 최소화하는 이중 목표를 가진 의사 결정권자 그룹을 구성하세요.

일부 변경 사항은 예상할 수 있지만(예: 운영 체제의 수명 종료 날짜) 다른 변경 사항은 예상할 수 없습니다. 현명한 조직은 변경 관리를 우선순위로 삼아 계획된 이벤트와 계획되지 않은 이벤트를 불필요한 위험과 비용을 최소화하는 방식으로 관리할 수 있습니다.