ARIA 도입 전
자주 묻는 질문

APM과 ARIA는 역할이 다르기 때문에 상호 보완적으로 활용 가능합니다.

APM(Application Performance Management)은 애플리케이션의 성능 저하나 장애 원인을 분석하는 데 강점이 있습니다. 하지만 원인 확인 후 Tomcat 설정 변경, 재기동, 로그와 JVM 상태 확인 등의 실제 운영 조치는 운영자가 별도로 수행해야 하는 불편함이 있었습니다.

ARIA는 이러한 분석 이후의 Tomcat 운영을 ARIA를 통해 통합 수행할 수 있도록 지원합니다. ARIA 대시보드를 통해 여러 Tomcat의 상태와 로그를 한곳에서 확인하고 제어·설정 변경·덤프 생성·WatchDog 기반 복구 등의 운영 조치를 효율적으로 수행할 수 있습니다.

주요 장애 상황 발생 시 감지부터 대응 완료까지 소요되는 시간을 기존 약 30분에서 5분 수준으로 단축(약 83% 절감)할 수 있을 것으로 기대됩니다.

따라서 APM을 사용하면서도 장애 발생 후 여러 서버에 직접 접속해 조치하고 있다면, ARIA를 통해 대응 시간을 줄이고 운영 부담을 낮출 수 있습니다.

Tomcat 자체는 오픈소스로 무료로 사용할 수 있습니다. 하지만 Tomcat 운영 비용까지 무료인 것은 아닙니다.

설정 변경, 애플리케이션 배포, 패치·업그레이드, 장애 대응, 로그 확인, 변경 이력 관리와 인수인계에는 지속적으로 인력과 시간이 필요합니다. 특히 관리 대상이 늘어날수록 서버별 설정 차이를 확인하고 동일한 작업을 반복하거나 작업 누락을 점검하는 부담도 커집니다.

ARIA는 이러한 운영 업무를 중앙으로 통합하고 반복 작업을 표준화·자동화하여 운영 부담을 줄일 수 있도록 지원합니다.

또한, 상용 WAS 대비 구축·도입 비용 약 70~80%, 유지보수 비용 약 60~70%의 절감 효과도 기대할 수 있습니다.

결국 ARIA 도입의 핵심 가치는 단순한 소프트웨어 비용 절감이 아니라, Tomcat 운영 과정에서 지속적으로 발생하는 관리 시간과 인건비를 획기적으로 줄이는 데 있습니다.

스크립트를 이용한 반복 작업 자동화는 좋은 운영 방식이며, ARIA가 기존 스크립트를 반드시 대체해야 하는 것은 아닙니다.

차이는 개별 작업의 자동화와 전체 운영 프로세스의 관리에 있습니다. 스크립트 방식에서는 어떤 서버에 어떤 작업을 수행했는지, 정상적으로 적용됐는지, 이전 설정은 무엇이었는지 등을 별도로 관리해야 하는 경우가 많습니다.

ARIA는 대상 Tomcat 선택부터 작업 실행, 결과 확인, 설정·변경 이력, 로그, 운영 제어까지 하나의 관리 환경에서 수행할 수 있습니다. 대표 운영 시나리오에서는 애플리케이션 배포 작업을 약 2시간에서 20분 수준으로 단축하고, 여러 Tomcat에 대한 작업 결과도 함께 관리할 수 있습니다.

즉 스크립트가 개별 작업을 자동화한다면, ARIA는 Tomcat 운영 전체를 표준화하고 관리하는 플랫폼이라고 볼 수 있습니다.

ARIA 도입을 통해 반복 작업 시간 감소, 운영 절차 표준화, 장애 대응 시간 단축, 운영 가시성 향상을 기대할 수 있습니다.

대표 운영 시나리오에서는 다음과 같은 개선 효과를 기대할 수 있습니다.

• Tomcat 설정 반영 : 4시간 → 15분
• 애플리케이션 배포 : 2시간 → 20분
• 패치·버전 업그레이드 : 2~3일 → 3시간
• 장애 대응 : 30분 → 5분

또한 여러 Tomcat의 설정과 작업 이력을 중앙에서 관리함으로써 담당자별 운영 편차를 줄이고, 문제 발생 시 필요한 정보를 보다 빠르게 확인할 수 있습니다. 실제 도입 시에는 고객사가 자주 수행하는 설정 변경, 배포, 점검, 패치 등의 업무를 기준으로 기존 방식과 ARIA 방식의 작업 시간과 절차를 비교해 효과를 확인할 수 있습니다.

기본적으로는 기존 Tomcat과 애플리케이션을 유지하면서 ARIA의 운영관리 체계를 추가하는 방식입니다.

ARIA 사용을 위해 애플리케이션을 재개발하거나 ARIA 전용 Tomcat으로 교체하는 것이 전제는 아닙니다. 다만 운영체제, Java와 Tomcat 버전, 설치 경로, 실행 계정과 권한, 현재 Tomcat 구성 등은 사전에 확인해야 합니다.

또한 독립적으로 설치된 Tomcat인지, 다른 솔루션이나 애플리케이션에 내장된 Tomcat인지에 따라 관리 범위와 적용 방식이 달라질 수 있습니다. 도입 시에는 일부 서버나 검증 환경에 먼저 적용해 기능과 서비스 영향을 확인한 후 단계적으로 확대하는 방식을 권장합니다.

ARIA는 고객사 내부에 관리 서버와 관리 대상 서버의 에이전트를 구성하는 설치형 제품으로, 내부망이나 폐쇄망 환경에도 적용할 수 있습니다.

도입 시에는 관리 서버와 에이전트 간 통신 구간과 포트, 실행 계정과 권한, 설치 파일 및 패치 파일의 반입 절차 등을 사전에 확인합니다. 관리 서버는 별도 구성을 권장하며, 필요한 사양은 관리 대상 Tomcat 수와 모니터링 데이터 및 로그의 수집·보관 조건에 따라 산정합니다.

즉 외부 서비스에 의존하지 않고 고객 내부 환경에서 Tomcat 운영관리 체계를 구성할 수 있습니다.

ARIA는 장애 상태 확인과 운영 조치를 지원하며, WatchDog 기반의 자동 복구 기능도 제공합니다.

예를 들어 Tomcat이 비정상 종료되거나 사전에 정의한 조건이 발생했을 때 재기동처럼 반복적이고 정형화된 대응은 자동화할 수 있습니다. 이러한 대응 절차를 자동화하면 대표 운영 시나리오에서는 장애 확인부터 대응까지 필요한 시간을 약 30분에서 5분 수준으로 단축하는 효과를 기대할 수 있습니다.

다만 애플리케이션 오류, 데이터베이스 문제, 외부 시스템 장애처럼 원인 판단이 필요한 모든 장애를 자동으로 분석하고 해결하는 것은 아닙니다.

ARIA는 정형화할 수 있는 장애 대응은 자동화하고, 판단이 필요한 장애는 로그와 JVM 정보 등을 바탕으로 운영자가 빠르게 확인하고 조치할 수 있도록 지원합니다.

ARIA 자체가 상용 WAS의 모든 기능을 대체하는 제품은 아닙니다.

상용 WAS에서 Tomcat으로 전환하려면 먼저 현재 애플리케이션이 사용하는 기능과 Java 버전, 프레임워크, 외부 연동 방식 등을 확인하여 Tomcat 환경에서 정상적으로 동작할 수 있는지 별도로 검토해야 합니다.

따라서 애플리케이션의 전환 가능성을 먼저 검증한 후, 전환 가능한 시스템에 ARIA를 적용해 Tomcat 환경에서도 체계적인 운영관리 기반을 확보하는 방식으로 접근할 수 있습니다.

가격은 관리 대상 서버와 Tomcat 규모, 라이선스 구성, 필요한 기능과 기술지원 범위를 기준으로 산정합니다.

구매형과 구독형을 검토할 수 있으며, 라이선스 적용 기준과 관리 범위, 설치 비용 및 유지보수 조건 등을 구분해 안내드립니다.

기술지원은 ARIA 제품 지원뿐 아니라 계약 범위에 따라 Tomcat 설치·구성·설정, 업그레이드, 패치, 튜닝, 장애 분석 등의 업무도 함께 제공할 수 있습니다.

또한 지원 시간, 원격·방문 지원 조건, 장애 대응 범위와 응답 기준 등을 사전에 명확히 안내하여, 제품 기능과 Tomcat 기술지원 범위를 함께 비교할 수 있도록 제안드립니다.