레거시 현대화 전략을 결정하는 방법

레거시 애플리케이션은 종종 표면적으로는 드러나지 않는 상호 의존성을 갖습니다. 가장 오래된 프로그램부터 시작해서 앞으로 나아가는 방식으로 현대화해서는 안 됩니다.

대신, 스스로 유지될 수 있고 변경되어도 다른 프로그램을 무너뜨리지 않는 프로그램부터 시작하세요. 도구의 새로운 범주는 다음과 같습니다. 기업 복잡성 분석 코드를 파헤치고 해당 종속성을 찾아내는 것이 도움이 될 수 있습니다. 도구는 비싸지만 대규모 레거시 포트폴리오를 보유한 회사에게는 종종 그만한 가치가 있습니다.

레거시 시스템을 업그레이드하는 것도 둘 중 하나를 선택해야 하는 문제가 아닙니다. Gartner는 7가지 다른 현대화의 유형. 가장 기본적인 것은 데이터와 함수를 캡슐화하여 API를 통해 서비스로 사용할 수 있도록 하는 것입니다. 이 프로세스는 코드를 전혀 건드릴 필요가 없습니다.

더욱 복잡한 옵션은 다음과 같습니다.

• 애플리케이션을 변경 없이 클라우드 인프라에 다시 배포("리프팅 앤 시프팅")
• 새로운 런타임 플랫폼(예: 소프트웨어 컨테이너)으로 마이그레이션
• 기존 코드를 재구성하여 최적화
• 처음부터 교체하거나 재구축하기

가장 기본적인 접근 방식조차도 기업이 클라우드에서 더 큰 확장성을 찾고 새로운 기능에 액세스하는 데 도움이 될 수 있습니다.

레거시 현대화를 위한 5가지 후보

레거시 시스템을 업그레이드하는 데에 대한 일괄적인 전략은 없습니다. 소프트웨어 유형에 따라 특정 고려 사항이 적용됩니다.

아래에는 가장 일반적인 현대화 사례 5가지와 업데이트를 지원하기 위한 제안된 전략이 나와 있습니다.

1. 구식 시스템

구식 시스템은 메인프레임과 COBOL 시절에 조직이 처음부터 구축한 시스템입니다. 이는 현대화하기 가장 어려운 애플리케이션이며, 그렇게 하는 것은 좋은 생각조차 아닐 수 있습니다.

시스템이 잘 작동하고 조직에 부담이 되지 않는다면, 그대로 두는 것이 가장 좋습니다. 대신, 더 현대적인 패키지 대안을 찾는 동안 API로 노출할 데이터와 기능을 수집하는 것이 유용할 수 있습니다.

2. 상용 서버의 응용 프로그램

Linux, Windows 또는 Unix를 실행하는 X86 기반 하드웨어를 가상화하면 조직이 필요에 따라 리소스를 확장하고 사용 가능한 하드웨어 사용을 최적화하는 데 도움이 됩니다.

가상화는 일반적인 데이터 센터 환경에서 서버 활용률을 20% 미만에서 70% 이상으로 높입니다.

가상화된 애플리케이션을 클라우드로 전환할 수도 있습니다. 모든 주요 퍼블릭 클라우드 제공자는 가장 인기 있는 가상화 플랫폼을 지원합니다.

대안은 Docker와 같은 소프트웨어 컨테이너에 애플리케이션을 캡슐화하는 것입니다. 컨테이너는 애플리케이션과 시스템 라이브러리 및 설정과 같은 종속 구성 요소를 단일 패키지로 함께 래핑합니다. 이는 공유되고 저장소에 저장될 수 있습니다.

가상화와 컨테이너 시나리오에서 애플리케이션 기능은 방해받지 않습니다. 하지만 환경과 할당된 리소스 측면에서 더 큰 유연성을 얻을 수 있습니다.

3. 비즈니스 프로세스

비즈니스 프로세스는 소프트웨어는 아니지만 워크플로 자동화 및 문서 관리와 관련된 애플리케이션에 포함되는 경우가 많습니다.

다음의 경우 이는 책임이 될 수 있습니다.

• 프로세스는 결코 최적화되지 않았습니다
• 사업이 바뀌었습니다
• 기술 덕분에 이러한 개선이 가능해졌습니다.

비즈니스 프로세스 분석은 기존 프로세스를 검토하여 새로운 효율성을 찾는 데 도움이 되는 방법입니다. 이 작업을 자동화하는 데 사용할 수 있는 도구가 많이 있습니다. 사용자는 드래그 앤 드롭 도구를 사용하여 비즈니스 흐름을 시각화하거나 이를 개선하는 방법에 대한 자동화된 조언을 받을 수 있습니다.

로봇 프로세스 자동화 (RPA)는 하이퍼오토메이션이라는 빠르게 성장하는 도구 범주의 일부입니다. 이 도구는 인쇄된 문서에서 데이터를 입력하는 것과 같은 일상적인 인간 작업을 자동화하는 데 사용됩니다.

하이퍼 자동화의 다른 형태는 다음과 같습니다.

• 로우코드 애플리케이션 개발
• 이벤트 브로커
• 문서 캡처 소프트웨어
• 프로세스 발견
• 예측적 의사결정 모델링

모두 프로세스를 간소화하고 자동화하는 데 유용합니다.

4. API 통합

이러한 통합을 통해 다른 소프트웨어에서도 사용할 수 있는 방식으로 애플리케이션 서비스와 데이터가 노출됩니다.

예를 들어, 기존 애플리케이션 내의 신용카드 승인 프로세스를 캡슐화하여 API로 노출할 수 있습니다. 오래된 애플리케이션을 API로 개조하는 데 사용할 수 있는 도구가 많으므로 시간이 지남에 따라 점진적으로 현대화할 수 있습니다. 이는 더 현대적인 것을 작성하거나 설치하는 동안 오래된 소프트웨어의 수명을 연장하는 쉬운 방법입니다.

5. 엔터프라이즈 서비스 버스(ESB)

ESB는 애플리케이션 간의 서비스 교환을 조율합니다. 애플리케이션이 간단한 규칙에 따라 메시지를 구독할 수 있도록 하며 서비스를 배포하는 표준 방식을 제공합니다.

ESB는 오랫동안 존재해 왔지만, 클라우드 컴퓨팅이 소프트웨어를 구축하는 방식을 바꾸면서 이 개념이 다시 주목을 받고 있습니다.

최신 클라우드 애플리케이션은 즉석에서 조립되는 느슨하게 결합된 소프트웨어 기능으로 구성됩니다. ESB를 사용하면 개발자가 새로운 서비스를 플러그인하여 기능을 향상하고 확장할 수 있습니다.

예를 들어, 클라우드 서비스를 사용하여 새로운 사용자 인터페이스를 구축하고 API를 통해 처리를 위해 기존 백엔드 시스템에 연결할 수 있습니다.

패키지된 애플리케이션

클라이언트-서버 소프트웨어는 1990년대에 유행했습니다. 하지만 이제 클라우드를 통해 제공되는 소프트웨어 즉 서비스(SaaS)가 그 인기를 넘어섰습니다.

이는 레거시 플랫폼을 기반으로 애플리케이션을 구축하는 데 리소스를 투자한 경우 문제가 됩니다. 이는 특히 다음과 같은 많은 경우 더욱 그렇습니다. Lotus Notes의, 독점적인 파일 시스템과 스크립팅 언어를 사용했습니다.

고객 관계 관리(CRM)와 같이 상당한 통합이 이루어지는 시장에서는 대부분의 인수 회사가 고객에게 기존 애플리케이션의 마이그레이션 경로를 제공하기 위해 열심히 노력해 왔습니다.

하지만 클라이언트-서버 소프트웨어에서 벗어나기 전에 비슷한 클라우드 네이티브 애플리케이션이 더 나은 기능을 가지고 있는지 살펴보세요. 레거시 데이터가 SQL 호환 데이터베이스에 있는 경우 데이터 마이그레이션은 문제가 되지 않을 것입니다.

클라이언트-서버 애플리케이션이 독점 개발 도구로 크게 사용자 지정되거나 구축된 경우 어떻게 될까요? 전문 통합자의 도움을 구하거나 타격을 감수하고 해당 기능을 처음부터 다시 빌드하는 것이 가장 좋습니다.

대부분의 주요 애플리케이션은 이제 클라우드에서 사용할 수 있으므로 API를 사용하여 이전 수정 사항을 다시 코딩하여 핵심 애플리케이션과 분리함으로써 이 문제를 해결할 수 있습니다. 그런 다음 기업은 기본 패키지의 향상을 활용하고 사용자 정의를 유지합니다.

클라우드에서의 DevOps

Agile 개발 기술인 DevOps는 클라우드에서 애플리케이션을 구축하는 데 가장 선호되는 옵션입니다. 그렇다고 해서 폭포수 모델과 같은 레거시 방법에 가치가 없다는 것은 아닙니다. 하지만 상향식 구조와 엄격한 프로세스는 빠른 기능적 진화에 적합하지 않습니다.

DevOps는 다음을 장려합니다.

• 개발자와 비즈니스 사용자 간의 긴밀한 협업
• 매일 코드 릴리스를 통한 빠른 반복
• 지속적인 피드백
• 서비스의 광범위한 사용

개발자는 자체 인프라를 프로비저닝하고 이식성을 위해 컨테이너로 소프트웨어를 제공할 수 있습니다.

레거시 체인에 얽매이지 마십시오. 엔터프라이즈 애플리케이션 현대화 옵션이 급증하고 있으며 비용이 낮아지고 있습니다. 클라우드 컴퓨팅 시대로 전환하기 위해 소프트웨어 포트폴리오를 다시 살펴볼 더 좋은 시기는 없었습니다.