애플리케이션 현대화란 무엇인가요?

애플리케이션 현대화는 오래된 시스템을 보다 효율적이고 유지보수가 가능하고 확장 가능한 최신 애플리케이션으로 전환하는 프로세스입니다. 여기에는 애플리케이션의 아키텍처, 코드 또는 인프라에 대한 개선 사항이 포함됩니다.

애플리케이션 현대화는 일반적으로 기업의 광범위한 디지털 혁신 노력의 일부입니다. IBM 기업가치연구소(IBV)에서 실시한 설문조사에 따르면, 최고 경영진의 83%가 앱과 데이터 현대화가 조직 비즈니스 전략의 핵심이라고 답했습니다.

애플리케이션 현대화는 특히 중요 시스템의 경우 신중한 준비와 세심한 구현을 필요로 합니다. 이 프로세스는 다음과 같은 주요 단계로 나눌 수 있습니다.

• 평가
  
  
• 계획
  
  
• 구현
  
  
• 테스트
  
  
• 모니터링

첫 번째 단계는 기존 애플리케이션의 인벤토리를 작성하고 현재 상태를 분석하는 것입니다. 평가 기준은 기업에 중요한 사항에 따라 달라질 수 있지만, 일반적인 기준으로는 비즈니스 가치, 규정 준수 및 보안 위험, 기술 부채 기여도, 현대화 비용 및 복잡성, 성능 및 사용자 경험 문제 등이 있습니다.

각 요소에는 고유한 가중치가 부여되며, 모든 시스템에 대해 점수가 계산됩니다. 이 점수는 현대화를 위한 애플리케이션의 순위를 매기고 우선 순위를 정하는 데 사용할 수 있습니다.

계획 과정에서 조직은 목표와 범위를 개략적으로 설명하고 애플리케이션에 가장 적합한 현대화 방법을 결정합니다. 계획은 예산, 발생 가능성이 있는 위험 및 완화 방법, 리소스 및 일정을 매핑합니다.

이 단계는 복잡하고 부담스러울 수 있으며, 특히 대규모 또는 여러 레거시 애플리케이션을 현대화하려는 기업의 경우 더욱 그렇습니다. 일부는 올바른 전략을 수립하는 데 도움이 되는 전문 지식을 활용하여 타사 애플리케이션 현대화 서비스를 이용할 수도 있습니다.

구현 단계는 기업이 계획을 실행에 옮기는 단계입니다. 여기에는 선택한 현대화 접근 방식을 수행하는 것도 포함됩니다.

기업은 앱의 모든 필수 특징과 기능이 영향을 받지 않도록 철저하고 엄격한 테스트를 수행해야 합니다. 프로덕션 환경에 완전히 배포하기 전에 스테이징 환경에서 테스트를 실행하여 문제를 격리하고 수정하는 것을 고려하세요.

애플리케이션의 성능 및 기타 지표를 추적하면 병목 현상과 최적화 기회를 정확히 찾아내는 데 도움이 될 수 있습니다. 이 결과는 다른 앱의 현대화 계획에도 정보를 제공할 수 있습니다.

애플리케이션 현대화에는 일률적인 접근 방식이 아닌 전략적인 방법 조합이 필요한 경우가 많습니다. 다음은 '현대화의 R 원칙'이라고도 알려진 가장 일반적인 기술 중 일부이며, 그 중 일부는 '클라우드 마이그레이션의 R 원칙'에서 차용되었습니다.

• 리호스팅(Rehost)
  
  
• 리플랫포밍(Replatform)
  
  
• 리팩토링(Refactor)
  
  
• 재설계(Rearchitect)
  
  
• 재구축(Rebuild)
  
  
• 교체(Replace)

리프트 앤 시프트(lift and shift)라고도 하는 리호스팅은 애플리케이션을 새로운 환경으로 이동하여 코드와 기능을 거의 또는 전혀 조정하지 않습니다. 변경 사항을 최대한 적게 적용하면서 신속하게 현대화할 수 있는 방법이지만, 새 환경에서도 동일한 데이터에 계속 액세스할 수 있어야 합니다.

리프트 앤 셰이프(lift and shape)라고도 하는 리플랫포밍은 다른 클라우드 제공업체 또는 최신 버전의 프레임워크 또는 운영 체제가 될 수 있는 다른 플랫폼에 맞게 시스템을 조정합니다. 새 플랫폼에서 실행하려면 코드 변경이 필요하므로 범위 확대를 방지하려면 적절한 계획이 필수적입니다.

리팩토링은 애플리케이션의 핵심 동작과 기능을 변경하지 않고 애플리케이션의 소스 코드를 재구성합니다. 이는 보다 효율적인 소프트웨어와 더 빠른 런타임에 기여하고 유지보수 가능성을 향상시키며 기술 부채를 줄이는 데 도움이 됩니다. 이 방법은 리호스팅 또는 리플랫포밍보다 시간이 더 오래 걸릴 수 있으며, 특히 레거시 코드를 처리할 때 숙련된 소프트웨어 개발자가 필요한 경우가 많습니다.

재설계는 시스템의 기본 설계를 수정합니다. 예를 들어, 긴밀하게 결합된 대규모 모놀리식 애플리케이션을 여러 개의 작고 독립적인 서비스로 구성된 마이크로서비스 아키텍처로 변환하는 것처럼 보일 수 있습니다.

이러한 접근 방식은 최신 아키텍처 패턴을 채택할 수 있는 기회를 제공하며 유연성과 확장성을 향상시킵니다. 하지만 리팩토링과 마찬가지로, 기대되는 동작을 유지하면서 시스템을 재설계하는 데는 시간과 전문성이 필요합니다.

재구축이란 기존 코드베이스를 폐기하고 앱을 처음부터 다시 작성하는 것을 의미합니다. 소프트웨어 개발 팀은 최신 기술 스택을 사용하고 최신 설계 및 개발 관행을 따를 수 있습니다.

이 기술은 기능에 대한 더 많은 통제력을 제공함으로써 혁신의 가능성을 열어줍니다. 또한 조직은 지적 재산을 유지하고 비즈니스 요구 사항에 맞게 앱을 조정할 수 있습니다. 그러나 재구축은 상당한 시간, 노력 및 리소스가 필요하기 때문에 다른 접근 방식보다 비용과 집약도가 더 높을 수 있습니다.

폐기 단계에 도달한 레거시 시스템의 경우 전체 교체가 가장 적합한 옵션일 수 있습니다. 이 최신 패키지 솔루션에 폐기할 시스템에 필요한 기능이 포함되어 있는 경우 상용 기성 제품 또는 SaaS 애플리케이션의 형태로 교체품이 제공될 수 있습니다.

재구축하는 것보다 더 간단하고 비용이 적게 들 수 있지만, 기업은 향후 기능에 대한 통제력이 약할 수 있으며 특정 공급업체에 종속되는 문제에 직면할 수도 있습니다.

기업은 애플리케이션 현대화를 간소화하기 위해 다양한 기술 중에서 선택할 수 있습니다. 다음은 프로세스를 지원하기 위해 함께 작동하는 몇 가지 인기 있는 몇 가지 예입니다.

• API
  
  
• 클라우드 컴퓨팅
  
  
• 컨테이너화
  
  
• DevOps
  
  
• 마이크로서비스
  
  
• 서버리스 컴퓨팅

조직은 애플리케이션을 제자리에 두고 API를 통해 데이터 또는 기능을 안전하게 노출하는 것을 선호할 수 있습니다. 이러한 프로토콜은 레거시 시스템과 최신 앱 간의 다리 역할을 하여 데이터 흐름과 상호 작용을 촉진하여 원활한 연결과 통신을 가능하게 합니다. 레거시 애플리케이션을 위한 API를 만들면 리팩토링, 재설계 또는 재구축이 필요 없으며 이를 최신 서비스와 통합할 수 있습니다.

클라우드 컴퓨팅 플랫폼은 인터넷을 통해 컴퓨팅 리소스에 대한 온디맨드 액세스를 제공하며, 기존 온프레미스 인프라보다 뛰어난 확장성을 제공합니다. 이를 통해 신속한 배포 및 업데이트가 가능하며 관리형 서비스를 제공할 수 있습니다.

금융기관, 정부기관, 의료기관과 같은 기관들은 민감한 데이터가 포함된 워크로드와 관련된 규제 요건을 준수하기 위해 프라이빗 클라우드를 선택하는 경우가 많습니다. 다른 기업들은 일부 워크로드는 온프레미스에 유지하고 다른 워크로드는 클라우드로 이전하는 하이브리드 클라우드 아키텍처를 포함하는 보다 유연한 클라우드 마이그레이션 전략을 선택합니다. 일부 기업은 더 나은 사용자 지정, 광범위한 기능 및 서비스 선택, 공급업체 종속을 방지하기 위해 멀티클라우드 환경을 도입합니다.

컨테이너화는 애플리케이션 코드와 해당 라이브러리 및 종속성을 컨테이너라고 하는 자체 포함 실행 단위로 캡슐화합니다. 이러한 컨테이너는 가볍고 휴대성이 뛰어나 다양한 컴퓨팅 환경에서 빠르고 안정적으로 실행될 수 있습니다. Docker는 가장 인기 있는 오픈 소스 컨테이너화 도구 중 하나이며, Kubernetes는 널리 사용되는 컨테이너 오케스트레이션 플랫폼입니다.

DevOps는 애플리케이션 구축, 테스트 및 배포 방법을 자동화하고 가속화합니다. 주요 특징으로는 지속적 통합과 지속적 배포(CI/CD라고 부름)가 있습니다. CI/CD 파이프라인에서 개발자가 코드를 버전 관리 시스템에 커밋하면 해당 코드가 자동으로 패키징되고, 테스트되고, 프로덕션 환경으로 릴리스됩니다.

이 클라우드 네이티브 아키텍처는 일반적으로 모놀리식 시스템을 더 작고 느슨하게 결합된 구성 요소 모음으로 분리하는 데 사용됩니다. 전체 앱에 영향을 주지 않고 새로운 기능을 추가할 수 있으며, 구성 요소는 서로 독립적으로 업데이트하거나 확장할 수 있습니다. 마이크로서비스는 기업이 레거시 시스템을 현대적인 서비스로 점진적으로 전환하는 데 도움이 될 수 있습니다.

서버리스 컴퓨팅을 사용하면 팀이 서버 및 기타 백엔드 인프라를 프로비저닝하거나 관리하지 않고도 애플리케이션을 구축하고 실행할 수 있습니다. 스트림 처리 및 이벤트 기반 워크로드에 적합합니다.

생성형 AI는 애플리케이션 현대화를 혁신하여 더 쉽고 빠르며 경제적으로 만들 수 있습니다. IBV 보고서인 CEO의 생성형 AI 가이드에 따르면 레거시 앱을 현대화하는 데 드는 비용의 거의 3분의 1이 코드 변환 및 개발에 사용됩니다.

그러나 생성형 AI 도구는 앱 구성 요소 및 코드를 생성하고 테스트를 자동화하여 비용을 절감할 수 있습니다. 예를 들어, AI 기반 개발 파트너인IBM Bob은 Java 애플리케이션을 최신 버전으로 업그레이드하는 것부터 COBOL을 사용한 메인프레임 개발에 이르기까지 기업 현대화를 위한 맞춤형 모드, 기술 및 워크플로를 갖춘 프리미엄 패키지를 제공합니다.

또한 보고서에 따르면 일부 조직에서는 앱을 리팩토링하거나 레거시 시스템을 SaaS 버전으로 마이그레이션하기 위한 워크플로를 생성하기 위해 생성형 AI를 적용하고 있습니다. 그러나 IBV는 항공사의 비행 스케줄링 시스템이나 제조업의 제품 라이프사이클 관리 시스템과 같이 현대화하기에는 너무 어렵거나 부담스러워서 이전에는 접근조차 할 수 없었던 기회들을 적극적으로 공략할 것을 권장합니다. IBV는 핵심 비즈니스 시스템 내의 프로세스와 고객 서비스, 정보 보안 및 마케팅 분야의 애플리케이션 현대화 프로젝트에서 생성형 AI가 가장 큰 영향과 전략적 결과를 가져올 것으로 기대한다고 지적합니다.

애플리케이션 현대화와 생성형 AI가 힘을 합쳐 민첩성 향상과 수익 증대의 사이클에 박차를 가합니다. IBV 보고서에 따르면 경영진의 77%가 앱 현대화 프로젝트에 생성형 AI를 사용하면 비즈니스 민첩성이 향상될 것이라고 답했으며, 민첩한 관행을 채택한 CEO는 매출 성장에서 동종 업계보다 뛰어난 성과를 거둘 가능성이 49% 더 높습니다.

애플리케이션 현대화는 기업에 다음과 같은 이점을 제공합니다.

• 민첩성
  
  
• 더 나은 사용자 경험
  
  
• 효율성
  
  
• 운영 비용 감축

현대화를 통해 기업은 시장 변화에 신속하게 대응하고 진화하는 고객의 요구를 충족할 수 있습니다. 또한 레거시 시스템에서 발생하는 다운타임 없이 새로운 기능과 향상된 기능을 제공할 수 있습니다.

예를 들어, 항공 회사인 Lufthansa Group은 여러 모바일 애플리케이션을 Turnaround Companion(TAC)이라는 단일 웹 기반 솔루션으로 통합하여 지상 운영을 현대화했습니다. 최신 웹 기술을 기반으로 구축된 클라우드 네이티브 플랫폼의 모듈식 구조를 통해 새로운 요구 사항에 유연하게 적응할 수 있습니다. 또한 TAC의 업데이트된 릴리스는 다운타임이 단 몇 분에 불과하며, 기존 모바일 앱의 경우 거의 45분에 달합니다. 향후 릴리스에서는 다운타임 제로를 목표로 합니다.

오래되고 느린 앱을 업그레이드하려면 일반적으로 사용자 인터페이스도 업데이트해야 합니다. 직관적이고 반응이 빠르며 원활하고 원활한 앱과의 상호 작용은 긍정적인 사용자 경험을 제공하여 고객 만족도를 높일 수 있습니다.

Lufthansa Group의 경우, TAC의 새로운 디자인은 다양한 기기에서 일관된 사용자 경험을 제공했습니다. 플랫폼의 직관적인 인터페이스와 명확한 데이터 시각화를 통해 지상 직원은 중요한 정보를 신속하게 파악하고 스트레스가 많은 상황에서도 효과적으로 대응할 수 있었습니다.

애플리케이션 현대화는 일반적으로 처리 속도 향상과 지연 시간 단축으로 이어지며, 시스템은 성능 저하 없이 다양한 작업 부하를 처리할 수 있게 됩니다. 특히 클라우드 환경은 실시간 트래픽 급증 및 감소에 따라 용량을 확장하거나 축소할 수 있습니다.

Lufthansa Group의 경우 통합 플랫폼은 항공기 턴어라운드 프로세스를 실시간으로 추적하여 지상 운영의 효율성을 크게 개선했습니다. 또한 모든 데이터와 통신이 하나의 솔루션 스택으로 통합되어 공항과 항공사 직원 간의 신속한 조정이 가능합니다.

레거시 애플리케이션은 유지보수 비용이 많이 드는 경우가 많습니다. 이를 현대화하면 유지보수 비용을 절감할 수 있으며, 기업은 이러한 자금을 혁신에 투자할 수 있습니다. 또한 클라우드 컴퓨팅 플랫폼은 종량제 가격 책정 및 인프라 오버헤드 감소를 통해 보다 비용 효율적인 모델을 제공합니다.

예를 들어, 통신 브랜드 stc group은 하이브리드 클라우드 아키텍처를 채택했습니다. stc group은 고성능 솔루션으로 리플랫포밍하여 컨테이너화 비용을 3분의 1 가까이 절감하고, 자본 지출을 30% 줄이고, 하드웨어 관련 운영 비용을 낮추었습니다.

애플리케이션 현대화는 상당한 이점을 제공하지만, 단점도 있습니다. 기업이 애플리케이션을 현대화할 때 직면할 수 있는 몇 가지 일반적인 장애물은 다음과 같습니다.

• 복잡성
  
  
• 비용
  
  
• 데이터 마이그레이션
  
  
• 기술 격차

대규모 레거시 시스템은 모놀리식 특성과 기술적 부채의 누적으로 인해 현대화하기가 어려울 수 있습니다. 하지만 규모가 작은 구형 시스템조차도 복잡한 의존성 때문에 오히려 걸림돌이 될 수 있습니다.

기업은 현대화 프로젝트를 보다 관리하기 쉬운 단계로 나누어 단계적으로 시작하는 것이 더 쉬울 수 있습니다. 앱을 한 번에 모두 해결하는 대신 덜 중요한 측면에 먼저 집중하고 다음 단계를 위한 접근 방식을 개선할 수 있습니다.

현대화는 일회성 비용이 부담스러워 보일 수 있으며, 예산 제약으로 인해 이러한 노력이 방해받을 수 있습니다. 앞서 언급한 단계적 접근 방식은 포괄적인 비용 편익 분석과 함께 명확한 가치와 측정 가능한 ROI를 제공하는 영향력이 큰 시스템의 우선순위를 정하는 데 도움이 될 수 있습니다.

데이터 마이그레이션은 현대화 과정에서 종종 간과되는 부분입니다. 제대로 수행하지 않으면 데이터 손실이나 손상으로 이어질 수 있으며 보안 위험이 발생할 수 있습니다.

마이그레이션에 앞서 기업은 모든 데이터를 암호화하고 데이터 무결성을 유지하기 위해 백업 및 복원 준비를 해야 합니다. 고려해야 할 다른 요소로는 워크로드 유형, 데이터 양, 소요 시간, 다운타임 또는 중단을 최소화하는 방법 등이 있습니다.

기업들은 대개 현대화를 위해 선택한 기술에 대한 지식과 기술이 부족합니다. 기업들은 교육 및 기술 향상 프로그램에 투자하여 팀이 현대화된 시스템을 구현하고 유지하는 데 필요한 능력을 갖추도록 해야 합니다. 현대화 여정 전반에 걸쳐 조직을 안내하고 지원할 수 있는 외부 공급자와 협력하는 것도 대안이 될 수 있습니다.