큐:
응용 프로그램을 폐기 할 때 일반적으로 발생하는 문제는 무엇입니까?
ㅏ:응용 프로그램의 폐기는 특히 오래된 응용 프로그램을 올바르게 폐기하지 않고 기존 응용 프로그램을 업데이트 및 업그레이드하거나 교체하려는 경향이있는 기업에게는 상당한 부담이 될 수 있습니다.
회사는 많은 수의 응용 프로그램을 폐기 할 때 여러 가지 다른 문제에 직면합니다. 이들 중 다수는 새로운 응용 프로그램에 필요한 기능을 제공하고 이전 응용 프로그램이 실제로 "죽었"거나 은퇴 할 수 있도록하는 것과 관련이 있습니다.
가트너는 2016 년부터 2020 년까지 이해 관계자가 지난 16 년 동안 해체 된 총 애플리케이션 수보다 3 배 이상 해체 할 것으로 추정합니다. 기업이 일반적으로 위험에 처한 해체를 지연 시키거나 지연시키는 느낌이 있습니다.
종종 상당히 복잡한 아키텍처를 다루는 비즈니스는 위에서 언급 한 것처럼 쓸모없는 것으로 간주되는 애플리케이션을 폐기하거나 폐기하기 전에 새로운 애플리케이션을 완전히 프로비저닝해야합니다. 그렇지 않으면 회사는 새 애플리케이션이 실패하거나 기존 애플리케이션에 대한 요구를 처리 할 수 없을 때 돌아가서 레거시 애플리케이션에 의존해야 할 수도 있습니다. 동시에, 전체 사용 중단 및 데이터 추출없이 이전 애플리케이션을 폐기하려고 시도하면 자체 문제점이있을 수 있습니다. 민감한 데이터를 제대로 처리해야하는 문제가 있으며 경우에 따라 이전 응용 프로그램에서 모든 데이터를 추출하는 것이 어려울 수 있습니다.
다른 경우, 회사는 전자 검색 또는 업계 규정 준수와 같은 아카이브 사용을 위해 기존 시스템에 데이터를 보관합니다. 그런 다음 이전 애플리케이션에 대한 액세스 권한을 유지해야하는 부담이 있습니다.
응용 프로그램의 폐기를 잘 계획하기 위해 회사는 의사 결정 매트릭스 또는 기타 리소스를 사용하여 라이센스에서 사용자 경험, 비즈니스 프로세스의 특정 기능에 이르기까지 다양한 문제를 검토 할 수 있습니다. Gartner는“언더 커 (undertaker)”또는 포인트 사람 또는 팀을 지정하여 애플리케이션을 폐기 할 것을 권장합니다. 일반적으로 기업은 서비스 중단 계획 및 아키텍처 이해에 더 많은 시간과 노력을 투자해야하므로 맹목적으로가 아니라 실제 운영 요구 사항에 따라 애플리케이션을 더 효율적으로 추가, 제거 또는 변경할 수 있습니다.
