최신이야기 | 브레인즈컴퍼니

주메뉴 바로가기 본문 바로가기

메인 페이지로 이동
블로그
최신이야기

블로그

최신이야기

기술이야기 APM 솔루션을 통한 구체적인 WAS 모니터링 가이드 기술이야기 APM 솔루션을 통한 구체적인 WAS 모니터링 가이드 WAS 환경에서 서비스를 운영하다 보면, 특정 시간대에 간헐적인 응답 지연, 트랜잭션 실패, 일시적인 서비스 불안정 등이 반복적으로 발생하는 경우가 많습니다. 문제는 이런 현상이 일정한 패턴 없이 나타날 때, 운영자가 단순한 모니터링 지표나 로그만으로는 정확한 원인을 파악하기 어렵다는 점입니다. 많은 운영자들이 CPU, TPS, 에러율 등 다양한 지표를 교차해서 살펴보지만, 실제로 "어떤 요청이 지연됐는지", "어떤 지점에서 병목이 생겼는지"를 끝내 확인하지 못하고 넘어가는 사례도 적지 않습니다. 결국 표면적인 수치만 보고 넘어갈 경우, 반복적인 문제에 대한 근본적인 해결책을 놓치게 됩니다. 이러한 운영 현실을 반영해, Zenius APM은 단순 지표 조회를 넘어 트랜잭션의 흐름을 따라가며 실제 문제를 찾아낼 수 있는 ‘주제별 분석’과 ‘Snapshot 분석’ 기능을 제공합니다. 이 두 가지 기능은 문제 발생 시점의 트랜잭션을 시각적으로 확인하고, 응답 지연의 원인을 한눈에 파악하는 데 효과적입니다. APM솔루션 Zenius APM을 통해 WAS를 효과적으로 모니터링하는 방법을 자세히 알아보겠습니다. 주제별 분석 – 문제 구간을 빠르게 좁혀가는 첫 단계 Zenius APM의 주제별 분석은 ‘APM > 분석 > 주제별 분석 > Issue’ 메뉴에서 시작됩니다. 운영자는 여기서 분석할 기간(예: 1일, 7일, 30일 등)과 대상 인스턴스(WAS 서버)를 선택할 수 있으며, 다수의 인스턴스를 동시에 지정하여 서비스 전체의 상태를 통합적으로 분석할 수도 있습니다. Zenius는 이 범위 내에서 수집된 트랜잭션 중 응답 지연, 예외 발생, 오류 응답 등 정상 범위를 벗어난 트랜잭션을 자동 탐지하고, 이슈 유형별로 정리해 보여줍니다. 이 덕분에 운영자는 로그를 일일이 검색하지 않아도, 문제 발생 구간과 주요 원인 유형을 한눈에 파악할 수 있습니다. 또한, 특정 애플리케이션이나 서버만 선택해서 보거나, 이슈 발생 시간대별로 정렬해보는 것도 가능하므로, 분석 범위를 점차 좁혀가며 원인 추적을 진행하기에 매우 유용합니다. 이 기능은 단지 이슈를 보여주는 데 그치지 않고, 다음 단계의 트랜잭션 분석이나 흐름 확인을 위한 기준점 역할을 합니다. Stack Trace 기반 흐름 분석 – 병목 지점을 구체적으로 확인 Zenius APM의 주제별 분석 화면에서 이슈 리스트를 클릭하면, 해당 트랜잭션에 대한 상세 분석 화면으로 진입할 수 있습니다. 이 화면에서는 단순히 에러가 발생했다는 사실을 넘어서, 트랜잭션의 흐름과 그 안에서 어떤 지점에서 문제가 발생했는지를 구체적으로 추적할 수 있는 정보들이 제공됩니다. 우선, 상단에서는 이슈 유형, 발생 시각, 애플리케이션 이름, 에러 메시지 등의 기본 정보가 정리되어 있어 문제가 언제, 어디에서, 어떤 유형으로 발생했는지를 빠르게 확인할 수 있습니다. 여기에 더해, Zenius는 각 트랜잭션이 어떤 호출 흐름을 거쳐 처리되었는지에 대한 Stack Trace 정보를 함께 제공합니다. 이 Stack Trace는 단순한 로그 텍스트가 아닌, 각 함수 호출 및 내부 모듈 간 처리 관계가 시각화된 형태로 제공되며, 각 단계별로 소요된 시간도 함께 확인할 수 있습니다. 이를 통해 전체 요청 중 어떤 구간에서 응답 지연이 발생했는지, DB 호출이나 외부 연동에서 병목이 있었는지를 직관적으로 파악할 수 있습니다. 특히 우측 상단에 위치한 ‘트랜잭션 상세보기’ 아이콘을 클릭하면, 해당 트랜잭션에 대한 더 구체적인 흐름 분석 화면으로 전환됩니다. 이 화면에서는 클라이언트 IP, 요청 경로, 호출 계층 구조, HTTP 상태 코드 등 네트워크 및 애플리케이션 관점의 주요 진단 정보를 모두 확인할 수 있어, 지연의 원인이 프론트엔드-백엔드-DB 중 어디에 있었는지를 명확하게 구분할 수 있습니다. 이러한 분석 방식은 단순히 응답 시간이 늘어났다는 결과만 보여주는 것이 아니라, 문제 발생의 맥락을 따라가며 원인을 추적할 수 있는 구조를 제공합니다. 기존 모니터링 도구에서는 트랜잭션의 처리 흐름을 별도로 조합해야 했다면, Zenius는 하나의 화면에서 모든 흐름을 자연스럽게 보여주기 때문에 운영자의 분석 부담을 크게 줄여줍니다. 애플리케이션 단위 흐름 파악 – 전체 상태를 한눈에 정리 트랜잭션 단위 분석만으로는 전체 시스템의 상태 흐름을 파악하는 데 한계가 있습니다. 특히 여러 서비스가 동시에 운영되는 환경에서는, 특정 애플리케이션의 호출 집중 시점, 실패율 변화, 응답 지연 구간 등을 종합적으로 분석해야 원인을 정확히 진단할 수 있습니다. Zenius APM은 이를 위해 ‘APM > 분석 > 주제별분석 > 어플리케이션’ 탭을 제공합니다. 이 화면에서는 운영 중인 각 애플리케이션에 대한 호출 수, 실패 수, 평균 응답 시간의 시계열 변화를 한눈에 확인할 수 있습니다. 뿐만 아니라, 화면 하단에서는 다음과 같은 분석 항목이 추가로 제공됩니다: - SQL 실행 패턴: 쿼리 호출량, 응답 시간, 반복 실행 여부 등 - 이슈 발생 현황: 에러 빈도, 처리 실패 패턴 - 일별/시간별 현황 차트: 특정 시간대에 집중된 요청, 급증 구간 탐지 - 응답 분포 차트: 지연 구간의 비정상 요청 탐색 이러한 시각적 분석을 통해 운영자는 “어떤 시간대에 요청이 몰렸는지”, “응답이 지연되기 시작한 시점이 언제인지”, “반복적인 병목 쿼리가 있는지” 등을 입체적으로 파악할 수 있습니다. 특히, Zenius APM은 단일 화면 내 탭 전환만으로 주요 데이터를 연계 분석할 수 있어, 운영자는 화면을 전환하거나 복잡한 조건을 따로 설정하지 않고도 전체 흐름을 집중도 있게 파악할 수 있습니다. Snapshot 분석 – 문제 발생 시점의 상태를 다시 확인하는 방법 서비스 운영 중 반복적으로 발생하는 응답 지연이나 트랜잭션 병목 문제는, 대부분 특정 시점에 집중되어 나타나는 경우가 많습니다. 하지만 문제가 실제로 발생한 그 ‘시점’의 시스템 상태를 정확히 기억하고 분석하는 것은 쉽지 않습니다. 특히 로그나 지표만으로는 당시 상황을 온전히 재현하기 어렵습니다. Zenius APM의 Snapshot 분석은 이러한 문제를 해결하기 위한 기능입니다. 이는 단순한 트랜잭션 저장이나 이력 조회를 넘어, 특정 시점의 트랜잭션 흐름, 요청량 변화, 응답 분포, 시스템 자원 사용 상태를 그대로 복원하여 보여줍니다. 운영자는 ‘APM > 분석 > Snapshot’ 분석 메뉴를 통해 분석이 필요한 시점을 선택하고, 해당 시간대에 수집된 트랜잭션 전체의 흐름을 다시 재현할 수 있습니다. 특히 응답 시간의 분포까지 시각적으로 함께 제공되기 때문에, 병목이나 실패가 시작된 구간을 한눈에 식별할 수 있습니다. 예를 들어, 매일 새벽 1시경 특정 서버에서 트랜잭션 수가 급증하면서 응답 지연이 발생하는 문제가 반복된다면, 운영자는 다음과 같은 항목을 Snapshot을 통해 명확히 분석할 수 있습니다: - 어떤 서비스 또는 애플리케이션에서 요청이 집중되었는지 - 세션 수, 응답 지연 시간, 트랜잭션 실패 건수의 변화 추이 - Stack Trace에서 어떤 호출 구간부터 처리 지연이 발생했는지 이와 더불어 Zenius는 Snapshot 데이터를 현재 실시간 대시보드와 병렬로 띄워 비교 분석할 수 있도록 지원합니다. 이를 통해 단순히 과거 상황을 재확인하는 것을 넘어, 문제 발생 전후의 시스템 차이를 입체적으로 파악하고, 재발 방지를 위한 운영 전략을 세우는 기반으로 활용할 수 있습니다. 구체적인 활용 가이드 Zenius APM은 운영 중 발생하는 애플리케이션의 속도 저하, 비정상 동작 등의 문제를 실시간으로 감지하고, 이에 대한 신속한 원인 분석을 지원합니다. 특히, 특정 시간대에 반복적으로 발생하는 이슈에 대해서는 해당 시점의 Snapshot을 재현함으로써, 문제의 흐름과 원인을 보다 정밀하게 진단할 수 있습니다. 이러한 분석은 ‘APM > 분석 > 주제별 분석 > Issue 메뉴’에서 시작됩니다. 먼저, 이슈 분석을 수행해 트랜잭션 지연, 오류, 예외와 같은 이상 패턴을 확인합니다. 이때, 조회 기준을 ‘Issue 유형’이 아닌 ‘대상 기준’으로 선택하면, 여러 인스턴스를 동시에 조회하여 각 인스턴스의 상태를 손쉽게 비교하고 분류할 수 있습니다. 이를 통해 매번 인스턴스별로 별도의 분석을 수행하지 않아도 되며, 다수의 WAS 서버나 노드가 구성된 환경에서도 통합적이고 효율적인 문제 탐색이 가능합니다. 분석 결과는 이슈 유형별로 정리되어, 문제의 집중 발생 시간대 및 영향을 받는 서비스 범위를 빠르게 파악할 수 있게 해줍니다. 분석 결과를 통해 이슈가 발생한 애플리케이션이 식별되면, ‘어플리케이션’ 탭으로 이동하여 해당 애플리케이션의 상태를 보다 심층적으로 확인할 수 있습니다. 이 탭에서는 호출량, 응답 시간, 실패 건수 등의 지표를 시간대별로 시각화해 보여주며, SQL 실행 패턴 및 응답 분포 차트까지 함께 제공되어 애플리케이션의 처리 흐름과 병목 구간을 정밀하게 파악할 수 있습니다. 어플리케이션의 호출 건수, 실패 건수, 응답 시간 등의 지표를 종합적으로 분석하면, 해당 애플리케이션의 현재 동작 상태를 명확하게 파악할 수 있습니다. 이러한 지표는 단일 트랜잭션 분석만으로는 알기 어려운, 서비스 전반의 처리 안정성이나 성능 이상 징후를 조기에 감지하는 데 유용합니다. 앞선 이슈 분석 화면에서는 이슈의 유형, 영향을 받은 애플리케이션, 연관된 트랜잭션 정보 등을 함께 확인할 수 있으며, 이를 기반으로 보다 정밀한 원인 추적이 가능합니다.특정 이슈 항목을 확인한 후에는 ‘일별/시간별 현황’ 탭으로 이동하여, 해당 문제가 어느 시간대에 집중적으로 발생했는지, 또는 지속적으로 반복되고 있는지를 시계열 기반으로 확인할 수 있습니다. 예를 들어, 위 화면에서 01시 시간대에 이슈가 가장 집중적으로 발생한 것을 확인할 수 있습니다. 이처럼 특정 시간대에 반복적으로 문제가 발생하는 양상이 보인다면, 해당 시점에 동일한 유형의 이슈가 재발될 가능성이 높다고 판단할 수 있습니다. 이에 따라 운영자는 해당 시간대의 Snapshot 분석을 실행해, 당시의 트랜잭션 흐름과 자원 사용 현황 등을 복원하고, 대상 인스턴스의 실제 상태를 보다 구체적으로 확인할 수 있습니다. Snapshot 분석을 통해 해당 시점의 접속자 수, 요청 건수, CPU·메모리 등 리소스 사용 현황을 종합적으로 확인할 수 있으며, 응답 분포 차트를 기반으로 성능 저하가 발생한 구간의 Stack Trace 정보와 관련 이슈 내역을 함께 분석할 수 있습니다. 또한 ‘새창에서 분석’ 기능을 활용하면 Snapshot 분석 결과를 별도의 창에서 확인할 수 있어, 현재의 실시간 대시보드와 병렬로 비교 분석이 가능합니다. 이를 통해 과거 특정 시점의 시스템 상태와 현재 상태를 정밀하게 대조할 수 있으며, 지속적인 성능 저하 여부나 개선 효과를 직관적으로 판단할 수 있습니다. 문제가 발생했을 때 단순히 지표를 보는 것만으로는 원인을 정확히 파악하기 어렵습니다. Zenius APM은 이슈 발생 구간을 중심으로 흐름을 따라가며, 트랜잭션 단위에서 실제 병목 지점을 시각적으로 확인할 수 있게 해줍니다. 덕분에 운영자는 반복되는 문제의 흐름을 놓치지 않고, 빠르게 대응할 수 있습니다. 운영 현장에서 ‘왜 문제가 생겼는가’를 정확히 알고 싶은 분들에게 꼭 필요한 솔루션입니다. 2025.08.01
기술이야기 하이브리드 클라우드 모니터링에 Zenius EMS가 필요한 4가지 이유 기술이야기 하이브리드 클라우드 모니터링에 Zenius EMS가 필요한 4가지 이유 오늘날 기업의 IT 인프라는 퍼블릭 클라우드와 프라이빗 클라우드(또는 온프레미스 환경)를 함께 사용하는 하이브리드 클라우드 구조로 빠르게 전환되고 있습니다. 이처럼 두 환경의 장점을 결합한 하이브리드 클라우드는 유연한 확장성과 높은 보안성을 동시에 확보할 수 있어, 다양한 산업 분야에서 널리 채택되고 있습니다. 하지만 하이브리드 클라우드 환경은 운영 가시성을 확보하고, 시스템 전반을 효율적으로 관리하는 부분 등에서 어려움이 있습니다. 특히 서로 다른 환경을 하나의 관점에서 통합적으로 모니터링하려면, 기존의 단일형 관제 시스템만으로는 분명한 한계가 존재합니다. Zenius EMS는 이러한 복잡성을 해결하기 위해 설계된 지능형 IT 인프라 통합 모니터링 솔루션입니다. 다양한 인프라를 하나의 프레임워크 안에서 통합 관리할 수 있도록 돕고, 자동화된 장애 대응 기능과 대규모 인프라 수용 능력을 함께 갖추고 있어, 복잡한 클라우드 운영 환경에서도 안정성과 효율성을 동시에 실현할 수 있습니다. 그렇다면 구체적으로 Zenius EMS가 하이브리드 클라우드 모니터링에 왜 필요한지 네 가지로 나눠서 살펴보겠습니다. Zenius EMS가 하이브리드 클라우드 모니터링에 필요한 네 가지 이유 1) 다양한 인프라를 하나의 화면에서 통합 관리 Zenius EMS는 각 인프라 유형에 최적화된 전용 모듈을 통해 인프라 상태와 성능을 체계적으로 수집하고 분석합니다. 예를 들어, CMS 모듈(Zenius CMS)은 클라우드 서비스별 리소스 상태, 사용 지표, 비용 초과 알림 등을 통합해 관리하며, K8s 모듈(Zenius K8s)은 클러스터 전체 구성요소의 상태, 리소스 사용률, 이벤트 발생 내역을 실시간으로 관제합니다. 또한 자동 생성되는 Topology Map을 통해 워크로드 간 연관 관계와 서비스 흐름을 시각적으로 표현할 수 있어, 클러스터 내부에서 발생하는 병목이나 장애 영향을 직관적으로 파악할 수 있습니다. APM 모듈(Zenius APM)은 웹 애플리케이션의 트랜잭션 처리량, 응답 지연, 사용자 행동 흐름 등을 실시간 분석하며, 동시에 WAS, DB, 외부 연계 시스템 등 전체 요청 경로 상의 성능 병목을 식별할 수 있습니다. NPM 모듈(Zenius NPM)은 커널 수준에서 수집한 네트워크 트래픽 데이터를 기반으로, 장비 단위가 아닌 프로세스 단위의 통신 현황을 분석하여 어떤 서비스가 어느 포트, 어느 서버와 언제 얼마나 통신했는지를 정확하게 추적할 수 있도록 돕습니다. 특히 Zenius EMS의 큰 강점은, 이러한 각기 다른 모듈들이 단순히 병렬적으로 구성되는 것이 아니라, 하나의 통합 관제 프레임워크 내에서 상호 연동되어 작동한다는 점입니다. 예를 들어, K8s 모듈과 APM 모듈을 연계하면, 클러스터 내 서비스의 성능 저하가 애플리케이션 차원에서 어떤 영향을 주는지를 교차 분석할 수 있으며, 그 결과를 기반으로 장애 발생 원인을 보다 정밀하게 추적할 수 있습니다. Zenius EMS는 단일 뷰 기반의 통합 화면 구성과 모듈 간 연계 분석 기능을 통해, 복잡한 하이브리드 인프라 환경에서도 인프라 상태를 실시간으로 가시화하고, 장애의 흐름과 구조를 맥락적으로 이해할 수 있도록 지원합니다. 2) 운영 자동화와 예측 분석으로 장애 대응 시간 최소화 하이브리드 클라우드 환경에서는 장애가 언제, 어디서, 어떤 형태로 발생할지 예측하기 어렵기 때문에, 수동적인 장애 대응 방식으로는 복잡한 인프라 환경을 안정적으로 운영하기 어렵습니다. Zenius EMS는 운영자의 개입을 최소화하면서도 정확하고 빠르게 대응할 수 있는 자동화된 장애 관리 체계를 내장하고 있습니다. 먼저, Agent가 각 인프라 노드나 애플리케이션에 설치되어 이벤트 발생을 실시간으로 감지하며, 감시정책에 따라 자동으로 알림을 전송하고, 장애의 심각도에 따라 최대 3단계까지 에스컬레이션 (escalation)되는 체계를 제공합니다. 복구가 완료되면, 시스템은 정상 상태로의 전환 여부를 다시 감지하고, 담당자에게 자동 통보함으로써 알림 누락이나 대응 지연을 최소화합니다. 또한 Zenius EMS는 장애 발생 당시의 인프라 상태를 Snapshot 형태로 저장하여 이후 원인 분석에 활용할 수 있습니다. 단순한 수치 기록을 넘어서 해당 시점의 구성요소 상태, 트래픽 흐름, 애플리케이션 반응 시간 등 실시간 운영 데이터 전체를 캡처할 수 있어 문제 발생의 맥락을 복원하는 데 용이합니다. 저장된 장애 이력은 Knowledge DB에 축적되며, 유사 장애 발생 시 자동으로 과거의 대응 이력을 불러와 선제적인 조치를 제안합니다. 이와 함께 Zenius EMS는 AI 알고리즘 기반의 성능 예측 기능도 지원합니다. 장기간 축적된 메트릭 데이터를 분석해 자원 사용률 급증, 트래픽 편중, 프로세스 과부하 같은 이상 징후를 사전에 감지하고, 장애로 이어지기 전 조치를 취할 수 있도록 도와줍니다. 이로써 Zenius EMS는 장애 탐지, 원인 분석, 대응, 재발 방지, 선제 대응까지 운영 전 과정을 자동화하고 지능화된 방식으로 처리할 수 있는 환경을 제공합니다. 3) 대규모 환경에서도 안정적으로 작동하는 구조 Zenius EMS는 복잡한 구성과 대규모 트래픽이 동시에 존재하는 엔터프라이즈급 인프라 환경에서도 안정성과 성능을 유지할 수 있는 구조적 기반을 갖추고 있습니다. 단일 Manager Set만으로도 최대 1,500대 이상의 서버를 동시에 관제할 수 있으며, SIEM 모듈 기준 초당 160만 건의 데이터 입력을 처리할 수 있는 고성능 분석 엔진을 보유하고 있습니다. 이는 TTA 인증을 통해 공식적으로 성능을 입증받은 결과입니다. Zenius EMS는 전체 시스템이 초경량 매니저 및 에이전트 구조로 설계되어 있어 낮은 리소스 점유율로도 높은 처리 효율을 유지할 수 있습니다. 모듈 간 데이터 전달 및 상호작용도 최소한의 네트워크 부하로 작동되도록 설계되어, 대용량 환경에서도 병목 없이 관제 품질을 유지합니다. 특히 확장된 환경에서는 모듈 추가만으로 수용량을 유연하게 늘릴 수 있어, 인프라 확장에 따른 별도의 구조 변경 없이 유연한 확장 대응이 가능해, 인프라 변화에 빠르게 적응할 수 있습니다. 또한 Zenius EMS는 국내외 주요 클라우드 서비스 제공업체(CSP)의 마켓플레이스 8곳에 등록되어 있어, 클라우드 환경에서도 간편하고 신속한 도입이 가능합니다. 이미 다양한 산업의 대규모 고객 환경에 적용되어 성능과 안정성을 입증했으며, 이를 통해 높은 기술적 신뢰성을 확보하고 있습니다. 4) 검증된 안정성과 지속적인 기술 지원 Zenius EMS는 기능적 완성도뿐 아니라, 현장 중심의 운영 안정성과 체계적인 기술 지원 역량을 함께 갖춘 IT 인프라 관제 솔루션입니다. 현재까지 공공, 금융, 의료, 제조 등 다양한 산업 분야에서 1,000여 개 이상의 고객사에 도입되어 실제 운영되고 있으며, 10년 이상 장기 사용 고객 비율이 34%를 넘어설 만큼 높은 충성도와 신뢰를 확보하고 있습니다. 구축 이후에도 Zenius EMS는 단순한 모니터링 시스템을 넘어, 지속 가능한 운영 경험을 제공합니다. 고객 전담 엔지니어가 상시 유지보수와 기술 지원을 전담하며, 운영 중 발생하는 이슈에 신속하고 일관된 대응이 가능하도록 ServiceDesk 체계가 마련되어 있습니다. 또한, 15년 이상의 현장 경험을 가진 전문 엔지니어 인력이 직접 대응하며, QA 전담 테스트팀은 신규 기능이나 환경 변경 시 사전 안정성 검증을 통해 서비스 품질을 철저히 관리합니다. 더불어, 정기적인 제품 고도화와 보안 패치가 지속적으로 이루어지고 있으며, 고객 환경의 변화에 따른 모듈 기능 확장이나 커스터마이징 요청에도 유연하게 대응하고 있습니다. 이러한 운영 지속성과 기술 지원 체계는 Zenius EMS의 큰 강점으로 꼽힙니다. 하이브리드 클라우드 환경은 단순히 퍼블릭과 프라이빗 인프라를 병행해 사용하는 차원을 넘어, 가상화, 컨테이너, 다양한 클라우드 리소스들이 유기적으로 얽혀 있는 복잡한 구조로 변화하고 있습니다. 이처럼 다양한 인프라가 서로 연결되어 있는 환경에서는 단일 장애가 전체 서비스에 어떤 영향을 주는지를 파악하는 일조차 쉽지 않으며, 과거의 이슈와 연관된 맥락까지 함께 분석할 수 있어야 보다 정확하고 신속한 운영이 가능해집니다. Zenius EMS는 단일 리소스 중심의 수치나 지표 제공에 머무르지 않고, 전체 인프라 구조를 맥락적으로 해석하고, 실시간 자동화 및 예측 분석 기능을 통해 장애를 사전에 방지하며, 발생한 이슈에 대해서도 구조적 흐름 안에서 진단할 수 있는 환경을 제공합니다. 여기에 더해, 대규모 인프라 환경에서도 안정적으로 동작할 수 있는 구조와 운영자의 부담을 줄여주는 기술 지원 체계, 그리고 수많은 현장 경험을 통해 검증된 운영 안정성까지 더해지면서, Zenius EMS는 단순한 모니터링 도구를 넘어 하이브리드 인프라 운영을 실질적으로 뒷받침하는 기반 플랫폼으로 자리 잡고 있습니다. 2025.06.12
기술이야기 WAS 모니터링의 4가지 핵심요소 기술이야기 WAS 모니터링의 4가지 핵심요소 WAS(Web Application Server)는 웹 서비스에서 사용자 요청을 받아 비즈니스 로직을 처리하고, 외부 시스템이나 데이터베이스와 데이터를 주고받는 중간 역할을 합니다. 대부분의 트랜잭션이 이 계층을 거쳐 처리되기 떄문에, WAS의 성능과 안정성은 곧 던체 서비스 품질에 직결됩니다. 최근의 운영 환경은 예전보다 훨씬 복잡하고 역동적입니다. 마이크로서비스 기반의 분산 아키텍처, 빈번한 서비스 업데이트, 불규칙한 트래픽 변화 등이 결합되면서, 기존처럼 CPU 사용률이나 메모리 사용량 같은 단편적인 지표만으로는 문제를 제대로 진단하기 어렵습니다. 이제는 단순한 자원 상태 확인을 넘어, 트랜잭션 흐름을 세분화하여 병목을 찾고, 사용자 체감 성능을 다각도로 해석하며, 이상 징후를 실시간으로 감지하고, 장애 발생 시 그 원인을 정밀하게 복원할 수 있는 통합적인 관제 체계가 필요합니다. 그렇다면 복잡한 WAS 환경에서도 예측 가능하고 안정적인 운영을 위해, 모니터링 시 반드시 확인해야 할 네 가지 핵심 요소는 무엇일까요? 지금부터 하나씩 살펴보겠습니다. WAS 모니터링의 4가지 핵심요소 1) 트랜잭션 흐름 기반의 구간별 병목 분석 WAS 모니터링의 가장 핵심적인 출발점은, 트랜잭션 단위의 흐름을 세분화해 구간별 병목을 정확히 식별하는 것입니다. 실제 서비스에서 하나의 요청은 단순한 일회성 처리로 끝나지 않습니다. 트랜잭션은 내부 비즈니스 로직 수행을 비롯해 SQL 실행, 외부 API 호출, 파일 접근, 메시지 큐 처리 등 다양한 컴포넌트를 순차적으로 거칩니다. 이 중 어느 한 구간에서라도 처리 지연이 발생하면 전체 응답시간이 증가하며, 사용자 체감 성능에도 악영향을 미치게 됩니다. 이러한 병목을 효과적으로 파악하려면, 트랜잭션을 계층 구조로 분해하여 각 처리 구간의 응답시간을 독립적으로 측정하고 시각화할 수 있는 능력이 요구됩니다. 여기에 더해, 스택트레이스 분석을 통해 호출 메소드의 흐름을 역추적할 수 있어야 지연의 근본적인 위치를 식별할 수 있습니다. 예를 들어, 특정 SQL이 과도하게 느리게 실행되고 있다면, 그것이 트랜잭션 내 어느 단계에서 호출되었는지, 어떤 애플리케이션 계층에서 발생했는지를 함께 파악해야 DB 병목인지 애플리케이션 병목인지 구분할 수 있습니다. 이와 같은 구간별 트랜잭션 분석 구조는 TPS나 오류율 같은 단편적인 수치 지표보다 훨씬 높은 정밀도로 문제를 진단할 수 있습니다. 운영자는 단지 “느리다”는 현상을 인지하는 데 그치지 않고, “어디서”, “왜” 느린지를 실시간으로 식별하고, 선제적인 대응까지 이어갈 수 있는 기반을 확보하게 됩니다. 트랜잭션 흐름 기반 분석 화면 예시(Zenius APM) 2) 사용자 체감 성능 기반의 다차원 모니터링 WAS 성능을 평가할 때, 시스템 자원이 정상적으로 동작하고 있다고 해서 서비스가 ‘정상’이라고 판단하는 것은 위험한 접근입니다. 운영자가 바라보는 CPU, 메모리 사용률, 네트워크 트래픽 등의 리소스 지표는 시스템의 상태일 뿐이며, 실제 사용자에게 전달되는 응답 품질과는 직접적으로 일치하지 않을 수 있습니다. 결국 WAS 모니터링은 사용자 관점에서 체감되는 서비스 성능을 다차원적으로 평가할 수 있는 구조로 확장돼야 합니다. 대표적인 예로, 사용자 수가 급증하는 시간대에 트랜잭션 응답시간이 점진적으로 증가하거나, 특정 구간에서만 간헐적으로 지연이 발생하는 경우가 있습니다. 이런 상황에서는 단일 자원 지표만으로는 문제 원인을 식별하기 어렵고, 사용자 수 변화, GC(Garbage Collection) 활동, Heap 메모리 사용률, 세션 유지 시간 등의 복합 지표를 함께 분석해야 실질적인 병목 구조를 이해할 수 있습니다. 특히, JDBC 커넥션 풀의 포화 상태나 큐잉 현상은 WAS 내부 병목과 사용자 체감 성능 저하 사이에서 자주 발생하는 원인 중 하나입니다. 이때 중요한 것은 리소스 지표와 트랜잭션 지표가 연계되어 있어야 하며, 시간대별, 사용자 그룹별로 응답시간의 변화 패턴을 시각적으로 추적할 수 있어야 한다는 점입니다. 이를 효과적으로 지원하려면, 업무 목적이나 서비스 구조에 따라 유연하게 커스터마이징 가능한 대시보드 구성, 그리고 다양한 지표 간 상관관계를 직관적으로 분석할 수 있는 시각화 기능이 필수입니다. 이러한 다차원적인 사용자 중심 모니터링 환경은 운영자가 단순 수치에 의존하지 않고, 실제 서비스 품질을 직관적으로 판단하고 최적화할 수 있는 기반이 됩니다. 사용자 정의 실시간 모니터링 화면 예시(Zenius APM) 3) 실시간 이벤트 감지와 다단계 경보 체계 WAS 환경은 사용자 트래픽 변화, 외부 시스템 연동 지연, 내부 리소스 과부하 등 다양한 요인에 의해 예기치 않은 문제가 발생할 수 있습니다. 따라서 모니터링의 핵심은 단순 지표 관찰을 넘어, 이상 징후를 실시간으로 감지하고, 적절한 대응 흐름을 자동화하는 체계를 구축하는 데 있습니다. 이를 위해서는 먼저, 사전에 정의된 임계치 기준에 따라 이벤트를 자동으로 감지할 수 있어야 합니다. TPS 급감, 응답시간 초과, SQL 오류율 상승, JVM 메모리 임계 도달 등 다양한 항목에 대해 위험도 수준별로 탐지 기준을 설정하고, 이를 기반으로 이벤트 발생 여부를 판단합니다. 이후 감지된 이벤트는 즉시 Email, SMS, Push App 등 다양한 채널을 통해 통보되며, 실무자에서 관리자까지의 **단계별 경보 전파 체계(Escalation)**를 갖추는 것이 중요합니다. 나아가 이벤트 발생 시점에 트랜잭션 상태, 자원 점유율, 실행 SQL 등 주요 데이터를 함께 수집하고 기록함으로써, 단순 통보를 넘어서 실질적인 원인 진단과 빠른 대응을 가능하게 해야 합니다. 또한 반복되는 이벤트에 대해서는 조치 이력을 기반으로 대응 패턴을 최적화할 수 있도록 이력 관리 체계를 병행하는 것이 바람직합니다.이러한 구조는 운영자의 개입을 최소화하면서도 자동 감지–신속 전파–정밀 진단–재발 대응까지 유기적으로 연결된 운영 흐름을 실현할 수 있게 합니다. 4) Snapshot 기반의 장애 시점 정밀 분석 장애 발생 직후에는 복구보다 정확한 원인 분석과 구조적 재발 방지가 더 중요합니다. 하지만 운영 현장에서는 실시간 로그만으로 당시의 시스템 상태나 트랜잭션 흐름을 온전히 복원하기 어렵고, 이는 원인 분석의 정확도와 속도를 떨어뜨리는 원인이 됩니다. 이러한 한계를 극복하기 위해 필요한 것이 바로 Snapshot 기반의 정밀 분석 기능입니다. Snapshot은 장애 발생 시점의 시스템 상태를 정형화된 형태로 저장하고, 이후 시점에 시각적으로 재현할 수 있도록 구성된 기능입니다. 이를 통해 트랜잭션 수행 흐름, Heap 메모리 사용 현황, GC 활동, SQL 실행 내역, 사용자 세션 상태 등을 통합적으로 복원해낼 수 있습니다. 특히 OOM(Out Of Memory), 커넥션 풀 포화, 특정 구간 처리 지연과 같은 장애 원인을 보다 구체적으로 추적할 수 있습니다. 중요한 것은 이 Snapshot이 단순 데이터 저장이 아니라, 시각화 및 연관 분석 기능과 결합되어야 한다는 점입니다. 예를 들어 지연된 트랜잭션이 어떤 SQL을 실행했는지, 어떤 리소스를 점유하고 있었는지, 어떤 스택 경로를 거쳤는지를 통합적으로 보여주는 구조가 필요합니다. 이러한 분석 환경은 운영자가 사후 대응을 넘어서 설계 구조 개선, 코드 리팩토링, 인프라 조정 등 근본적 해결책으로 연결될 수 있는 실질적 기반을 마련해줍니다. 장애가 발생했을 때 단지 현상을 복기하는 수준을 넘어, 재발 가능성을 사전에 차단할 수 있는 데이터 기반의 판단 체계를 확보하는 것이 중요합니다. Snapshot 기반의 장애 시점 정밀 분석 예시(Zenius APM) 오늘날의 WAS 운영 환경은 복잡성과 변화 속도가 점점 더 커지고 있으며, 단순한 모니터링 지표만으로는 성능 저하나 장애의 본질을 파악하기 어려운 시대입니다. 이러한 환경에서 진정한 통찰은 구간별 흐름 분석, 사용자 체감 중심의 다차원 시각, 실시간 이상 감지 체계, 그리고 정밀 복원력을 함께 갖춘 관제 전략에서 시작됩니다. 궁극적으로 WAS 모니터링은 단순한 시스템 상태 확인이 아니라, 서비스 품질을 지속적으로 유지하고 개선할 수 있는 운영 지능의 구현이어야 합니다. 성능 저하를 사전에 감지하고, 장애 원인을 빠르게 파악하며, 사용자 경험을 능동적으로 관리하는 체계적 기반이 마련될 때, 예측 가능하고 안정적인 서비스를 실현할 수 있습니다. 이러한 전략을 현실화하기 위해서는, 다양한 분석과 통합 모니터링 기능이 유기적으로 결합된 플랫폼이 필요합니다. Zenius APM은 WAS 운영에 최적화된 구조를 기반으로, 실시간 트랜잭션 흐름 분석부터 사용자 중심 모니터링, 이벤트 기반 경보 체계, Snapshot 기반 장애 복원 기능까지 통합적으로 제공함으로써, 운영자에게 필요한 모든 관제 요소를 하나의 환경에서 실현할 수 있도록 지원합니다. WAS 환경의 복잡성이 높아지는 상황에서, 운영의 효율성과 안정성을 동시에 확보하고자 한다면, Zenius APM과 같이 다양한 고객사에서 검증된 WAS 모니터링 솔루션을 도입해보는 것도 좋은 방법입니다. 2025.04.22
회사이야기 브레인즈컴퍼니 신년회, 힘차게 2025년을 시작하다. 회사이야기 브레인즈컴퍼니 신년회, 힘차게 2025년을 시작하다. 브레인즈컴퍼니의 모든 구성원이 모여 2024년을 돌아보고, 2025년의 새로운 도약을 다짐하는 신년회가 지난 2일 진행됐습니다. 각 본부별 회고 및 계획 발표, CEO의 총평, 장기근속자 및 우수 구성원 시상과 승진자 발표 순으로 진행된 '2025년 신년회'를 지금부터 자세히 돌아보겠습니다. 각 본부별 발표의 시간 전략사업본부 서은숙 님의 발표로 2025년 신년회가 본격적으로 시작됐습니다. 은숙 님은 2024년을 돌아보며 "지난해는 Zenius EMS가 가지고 있는 기본적인 경쟁력에 Zenius K8s, AI가 더해지면서 의미 있는 성과를 거둘 수 있었다. 특히 신규 고객사가 꾸준히 늘어남과 동시에 기존 고객의 증설도 증가하고 있는 점, 그리고 SIEM과 ITSM의 매출도 꾸준히 오름세를 보이고 있다는 점도 고무적인 부분"이라고 말했습니다. 은숙 님은 이어서 "클라우드 네이티브 전환이 더욱 가속화되고, 공공 부문에서 안정적인 인프라 관리에 대한 수요가 지속적으로 증가할 것으로 예상된다. 시장의 요구에 신속히 대응하고 있는 Zenius의 우수한 역량을 더욱 적극적으로 알리며 또 다른 성과를 만들수 있도록 멈추지 않고 노력하겠다"면서 올해의 다짐을 전했습니다. 이어서 마케팅/홍보을 담당하고 있는 차정환 님의 발표가 진행됐습니다. 정환 님은 "지난해에 K-ICT Week와 같은 전시회에서 Zenius에 대한 시장에서의 높은 관심을 확인할 수 있었다. 올해도 브레인즈컴퍼니와 Zenius의 가치를 더욱 효과적으로 전달하기 위한 다양한 온/오프라인 활동이 진행될 계획이다. 이를 통해 브랜드 인지도를 높이고, 고객과의 접점을 확대하겠다."이라고 전했습니다. 이어진 발표에서 품질증팀의 장규은 님은, "지난해 성능 테스트를 수행하면서 점점 더 Zenius의 성능이 안정화되고 있는 것을 확인할 수 있었다. 올해는 신규 모듈 점검에 중점을 두고, 대외 공신력을 강화하기 위한 다양한 인증 획득 활동을 적극 추진할 계획이다. 또한, 주요 프로젝트의 성공적인 수행을 위한 지원도 활발히 진행할 예정"이라고 말했습니다. 전략사업본부 발표에 이어서 연구개발본부의 김자환 님의 발표가 진행됐습니다. 자환 님은, "2024년에는 클라우드, K8s, NPM 등의 모듈 및 Zenius APM 기능 고도화를 중심으로 연구 개발이 진행됐다. Zenius가 지속해서 시장에서의 우위를 유지하고 경력을 더 높일 수 있도록 인적 투자를 확대하고 새로운 버전의 Zenius 개발을 빠르게 추진할 계획"이라고 밝혔습니다. 이후 개발2그룹 김상래 님의 발표가 이어졌습니다. 상래 님은, "24년에는 Zenius AI 개발과 Zenius SIEM의 UI개선 및 사용자 대시보드를 중심으로 프로젝트가 진행됐다. 올해에도 Zenius SIEM과 Zenius AI의 기능을 안정화하고 고도화하여 고객들에게 더욱 향상된 경험을 제공할 수 있도록 노력하겠다"고 밝혔습니다. 마지막 순서의 발표를 맡은 경영지원실 심현보 님은, "2024년에는 패밀리데이, 가을 문화 행사, 해외연수단 파견 등 의미 있고 다채로운 행사들도 진행됐다. 올해에도 안정적이고 효율적인 회사 운영을 위한 노력을 이어나갈 예정이다. 특별히 이번 창립기념일에는 모든 구성원이 크게 만족할 수 있는 특별한 이벤트도 준비되어 있다"고 발표하며 기대를 높였습니다. 총평의 시간 각 본부별 발표 후 브레인즈컴퍼니의 운영을 총괄하고 있는 심재걸 님의 총평이 진행됐습니다. 재걸 님은 우선 2024년을 돌아보며, "모든 구성원의 노력이 더해져서 연초에 세웠던 목표를 달성할 수 있었다. 특히 교육행정데이터통합사업 등 대규모 사업에 Zenius가 활용되고, Zenius AI, NPM, K8s, CMS를 통해 Zenius의 경쟁력이 강화된 것이 긍정적인 부분이다. 또한 SIEM과 ITSM도 시장에서 꾸준히 좋은 반응을 얻고 있고 원주사무소 개설을 통해 더 원활하게 고객지원을 할 수 있게 된 부분도 기쁘게 생각한다"고 말했습니다. 또한 재걸 님은 2025년을 전망하면서, "공공 분야를 중심으로 AI와 클라우드에 대한 수요는 지속적으로 증가할 예정이다. 이제 발 맞춰 Zenius의 기능을 더욱 강화하고 적극적으로 알리면 올해에도 의미 있는 성과를만들 수 있을 것이라고 확신한다. 다함께 계속해서 한 방향을 바라보면서 힘을 합치자"며 총평을 마무리했습니다. 장기근속자 및 우수직원 시상, 승진자 발표의 시간 재걸 님의 총평에 이어서 장기근속자 및 우수직원 시상 및 승진자 발표가 진행됐습니다. 먼저 오랜 기간 동안 꾸준히 브레인즈컴퍼니에서 최선을 다해주신 장기 근속자에 대한 시상이 진행됐습니다. 올해는 20년 근속 포상, 15년 근속 포상, 10년 근속 포상, 5년 근속 포상이 수여됐습니다. 20년 근속 포상을 받은 연구개발본부 김기상 님은, "그 동안의 일들을 돌아보니 좋았던 일들이 참 많았던 것 같다. 무엇보다 좋은 동료들과 함꼐하고 있는 점이 가장 감사하다. 이번 신년회를 계기로 새로운 목표를 세우고 더 열심히 노력하겠다"고 소감을 전했습니다. 또한 지난해 가장 뛰어난 활약을 보여준 최우수부서와 우수직원, 그리고 협력 과정에서 돋보이는 공헌을 한 직원에 대한 시상이 이어졌습니다. 우수 부서로 선정된 개발2그룹에는 100만원의 포상이, 우수 직원으로 선정된 전략사업본부 이승현 님에게는 50만원의 포상이 수여됐습니다. 이어서 협력 우수직원에게는 각 30만원의 포상이 수여됐습니다. 우수 직원과 협력 우수직원 모두에 선정된 전략사업본부 이승현 님은, "연초부터 큰 상을 받게 되어서 기쁘고 감사하게 생각한다. 다른 구성원분들이 잘 도와주셨기에 이 상을 받을 수 있었다고 생각한다. 이 상의 더욱 큰 의미 있는 결과로 이어질 수 있도록 올해도 최선을 다하겠다"고 소감을 남겼습니다. 마지막으로 승진자 발표가 이어졌습니다. 올해 진급하신 모든 구성원 분들께 다시 한번 축하의 말을 전합니다. 이어서 단체사진 촬영을 통해 한 해의 시작을 기념한 뒤, 저녁 식사를 나누며 신년회를 마무리 했습니다. 브레인즈컴퍼니는 모든 구성원이 협력하여 보다 나은 기술과 서비스를 제공할 수 있도록 2025년에도 최선을 다하겠습니다. 2025.01.06
기술이야기 웹 애플리케이션 모니터링 솔루션, Zenius APM의 주요기능과 특장점 기술이야기 웹 애플리케이션 모니터링 솔루션, Zenius APM의 주요기능과 특장점 웹 애플리케이션은 이제 단순한 서비스 제공 도구를 넘어 기업의 경쟁력을 좌우하는 중요한 요소로 자리 잡았습니다. 웹 애플리케이션의 성능은 사용자 경험의 품질을 결정짓는 중요한 요소이기 때문에, 매출 증가와 브랜드 신뢰도 형성에 직접적인 영향을 미칩니다. 그러나 트랜잭션 처리량이 급격히 증가하고, 데이터의 양과 복잡성이 더해지면서, 웹 애플리케이션의 안정적이고 효율적인 운영을 위해 실시간 모니터링과 정교한 성능 관리가 반드시 필요합니다. Zenius APM은 이러한 복잡한 요구를 충족시킬 수 있는 솔루션으로, 웹 애플리케이션의 성능 최적화와 운영 안정성 강화를 위한 다양한 기능을 제공합니다. 특히, 실시간 모니터링, 심층 분석, 장애 관리와 같은 핵심 역량을 기반으로 IT 환경의 복잡성을 효과적으로 관리하고 운영 효율성을 높일 수 있도록 돕습니다. Zenius APM이 제공하는 주요 기능과 특장점을 자세히 살펴보겠습니다. Zenius APM의 주요기능 [1] 효과적인 실시간 모니터링 Zenius APM은 웹 애플리케이션의 성능을 실시간으로 모니터링하여 운영자가 시스템 상태를 시각적으로 파악하고, 잠재적 문제를 조기에 발견해 신속히 대응할 수 있도록 지원합니다. 우선 Zenius APM의 대시보드는 사용자별로 맞춤 설정이 가능합니다. WYSIWYG 방식을 채택하여 운영자가 원하는 모니터링 항목을 직관적으로 구성할 수 있습니다. 운영자는 드래그 앤 드롭으로 모니터링 항목을 배치하고, 데이터 포인트를 중심으로 상황판을 제작해 각자의 운영 환경에 최적화된 대시보드를 손쉽게 구축할 수 있습니다. Real-Time Topology Map은 트랜잭션의 흐름과 병목 구간을 시각적으로 보여주는 기능입니다. 응답 시간과 처리량을 색상과 노드로 표시하며, 문제 발생 지점을 직관적으로 파악할 수 있도록 설계되었습니다. 병목 구간이나 성능 저하가 발견될 경우, 해당 노드를 클릭하여 상세한 분석 화면으로 즉각 이동할 수 있어 문제를 신속히 해결할 수 있습니다. Zenius APM이 제공하는 주요 모니터링 항목으로는 트랜잭션 응답 시간과 병목 구간, JVM 힙 메모리와 CPU 사용량, JDBC 연결 상태와 SQL 실행 건수, 동시 접속 사용자 수와 TPS(초당 트랜잭션 처리량) 등이 있습니다. 이러한 지표를 통해 운영자는 성능 최적화와 안정성을 효과적으로 관리할 수 있습니다. [2] 장애 관리 지원 Zenius APM은 웹 애플리케이션의 안정적인 운영을 위해 장애를 사전에 방지하고, 발생한 장애를 신속하고 정확하게 분석할 수 있는 기능을 제공합니다. 우선, 장애 정책 기반 이벤트 감지 기능을 통해 서비스 처리량(TPS), 응답 시간, JVM 자원 사용률 등 주요 성능 지표에 임계치를 설정할 수 있습니다. 임계치가 초과되면 SMS, 이메일, Push App 등을 통해 실시간 경고를 전송하여 운영자가 즉각적으로 대응할 수 있도록 지원합니다. 또한, Snapshot 분석 기능은 장애가 발생한 시점의 성능 데이터를 Raw 데이터 기반으로 재현하여 문제를 정밀하게 분석할 수 있도록 도와줍니다. 이를 통해 장애의 정확한 원인을 파악하고, 향후 동일한 문제가 발생하지 않도록 사전에 대비할 수 있습니다. 이와 더불어, 통합 이벤트 관리 기능은 발생한 이벤트 이력을 체계적으로 기록하고 관리합니다. 이를 통해 장애 처리 과정을 명확히 추적할 수 있으며, 과거 데이터를 기반으로 유사한 상황이 발생했을 때 신속하고 효과적인 대처가 가능합니다. 이벤트 관리 시스템은 처리 상태, 발생 시간, 지속 시간, 장애 유형 등의 세부 정보를 저장하며, 운영자는 이를 활용하여 문제 해결 프로세스를 최적화할 수 있습니다. [3] 다양한 성능 분석 지원 Zenius APM은 다양한 성능 분석 도구를 통해 운영자가 애플리케이션 성능 데이터를 심층적으로 이해하고, 데이터 기반의 최적화된 결정을 내릴 수 있도록 지원합니다. 주제별 성능 분석은 애플리케이션 및 데이터베이스 성능을 심층적으로 이해하고 개선하는 데 중요한 역할을 합니다. 애플리케이션 분석은 호출 건수, 실패 건수, 응답 시간 등을 통해 애플리케이션 상태를 종합적으로 파악할 수 있도록 돕습니다. 반면, SQL 분석은 데이터베이스 쿼리 호출 빈도, 평균 응답 시간, 실패 건수 등 세부 데이터를 제공하여 비효율적인 SQL 쿼리를 식별하고 데이터베이스 성능을 최적화할 수 있도록 지원합니다. 또한, 품질 이슈 분석은 Exception과 Error 발생 원인을 트랜잭션 데이터와 연관시켜 문제를 효과적으로 해결할 수 있도록 돕습니다. 특히, 자동 연관 분석은 SQL, 애플리케이션, 트랜잭션 데이터를 연결하여 성능 문제의 원인과 연관성을 시각적으로 표현합니다. 이를 통해 복잡한 데이터를 직관적으로 이해하고, 문제 해결에 필요한 핵심 정보를 빠르게 파악할 수 있습니다. 마지막으로, 기간별 증감 추이 비교 기능은 특정 기간 동안의 호출 건수, 응답 시간 등의 데이터를 비교하여 성능 변화 추이를 명확히 파악할 수 있습니다. 이를 기반으로 성능 저하의 원인을 식별하고, 구체적인 시스템 개선 방향을 도출할 수 있습니다. [4] 사용자 맞춤형 통계 및 보고서 Zenius APM은 사용자 맞춤형 데이터 시각화와 보고서 생성을 통해 운영자가 필요한 정보를 효율적으로 제공하며, 데이터 기반 의사결정을 지원합니다. 통계 템플릿 기능은 Zenius APM이 제공하는 대표적인 사용자 편의 도구 중 하나로, 방문자 수, 시스템 자원 사용률, 트랜잭션 처리 건수 등 35개 이상의 주요 성능 지표를 기반으로 템플릿을 저장하고 재활용할 수 있습니다. 이를 통해 운영자는 빈번히 사용하는 보고서 양식을 템플릿화함으로써 반복적인 작업 시간을 줄이고, 데이터 분석과 의사결정에 더 많은 시간을 할애할 수 있습니다. 또한, 다양한 유형의 보고서를 생성할 수 있는 기능은 Zenius APM의 또 다른 강점입니다. 성능 비교, 이벤트 발생 현황 분석, 자원 증설 필요성 평가 등 다양한 보고서를 통해 운영 상황을 종합적으로 분석하고, 개선 방안을 도출할 수 있습니다. 이러한 맞춤형 통계와 보고서는 운영자에게 명확하고 유용한 인사이트를 제공하여, 효율적이고 전략적인 시스템 운영을 가능하게 합니다. 이러한 맞춤형 통계와 보고서는 단순한 데이터 시각화 도구를 넘어, 운영자가 운영 상태를 명확히 이해하고 전략적인 결정을 내릴 수 있도록 지원하는 중요한 역할을 합니다. Zenius APM의 특장점 지능형 IT 인프라 통합 관리 솔루션인 Zenius의 핵심 구성 요소인 Zenius APM은 다양한 IT 자원의 연관성을 체계적으로 분석하며, 효율적이고 신뢰할 수 있는 모니터링 환경을 제공합니다. EMS Framework를 기반으로 구축된 Zenius APM은 웹 애플리케이션과 서버, 네트워크 등 다양한 인프라를 중앙에서 집중적으로 모니터링할 수 있는 기능을 지원합니다. 또한, 하드웨어와 미들웨어를 포함한 이기종 인프라를 통합 관리하기 위한 도구를 제공하며, Overview와 Service Map을 통해 시스템 전반의 상호작용을 명확히 파악할 수 있습니다. 특히, 서버와 DBMS를 비롯한 IT 인프라 전반의 상호작용을 분석하여 장애의 원인과 영향을 신속히 파악하고, 이를 바탕으로 심층적이고 효율적인 관리를 지원합니다. 이러한 기능을 통해 운영자는 문제를 조기에 발견하고 신속히 해결할 수 있으며, 안정적이고 효율적인 IT 환경을 유지할 수 있습니다. 또한 최근 많이 활용되는 쿠버네티스 모니터링 솔루션(Zenius K8s)과의 연계를 통해 컨테이너 기반의 마이크로서비스 아키텍처 및 분산 환경에서도 뛰어난 관리 성능을 발휘합니다. 쿠버네티스 클러스터의 POD와 컨테이너 상태를 실시간으로 모니터링하며, 자동 스케일링과 같은 클라우드 네이티브 기능을 통해 변화가 잦은 환경에서도 안정적인 서비스 운영을 보장합니다. 또한 Zenius APM은 장애가 발생한 특정 시점(예: 예외 발생 또는 오류 시점)의 애플리케이션 성능 정보를 정밀하게 재현할 수 있습니다. Raw 데이터 기반의 스냅샷 분석을 활용하여 과거의 실시간 운영 상태를 정확히 복원하며, 이를 통해 문제의 원인을 신속하고 정밀하게 파악할 수 있습니다. 사용자가 필요에 따라 분석 항목과 화면 구성을 선택적으로 조정할 수 있어, 상황에 맞춘 유연하고 효율적인 분석이 가능합니다. Zenius APM은 세분화된 장애 심각도 설정과 SMS, 이메일, Push 알림 등 다양한 방식으로 장애 발생을 빠르게 알립니다. 또한, 에스컬레이션 통보 기능을 통해 운영자는 중요한 장애가 누락되지 않도록 관리하며 대응 시간을 단축할 수 있습니다. 이와 더불어, 애플리케이션과 인스턴스를 논리적으로 그룹화하여 비즈니스 관점에서 실시간 서비스 성능을 모니터링할 수 있도록 지원합니다. 이를 통해 인스턴스 관점과 비즈니스 관점의 실시간 듀얼(Dual) 모니터링 환경을 제공하며, 실제 서비스와 연계된 성능 관리를 더욱 효과적으로 수행할 수 있습니다. Zenius APM은 복잡한 IT 환경에서 웹 애플리케이션의 성능을 최적화하고 운영 안정성을 보장하는 데 필요한 모든 기능을 제공합니다. 실시간 모니터링, 장애 관리, 성능 분석, 그리고 사용자 맞춤형 보고서 기능은 운영자가 문제를 사전에 예방하고 효율적으로 대처할 수 있는 기반을 마련합니다. 이를 통해 기업은 안정적이고 효율적인 IT 운영을 실현하며 비즈니스 경쟁력을 강화할 수 있습니다. 2024.11.29
기술이야기 WAS(웹 애플리케이션 서버) 성능, APM을 통해 최적화하는 법 기술이야기 WAS(웹 애플리케이션 서버) 성능, APM을 통해 최적화하는 법 WAS(Web Application Server)는 현대 기업들이 운영하는 다양한 웹 애플리케이션이 원활하고 안정적으로 작동하도록 돕는 핵심 인프라입니다. 온라인 쇼핑몰, 인터넷 뱅킹, 병원 정보 시스템 등, 일상생활에서 자주 접할 수 있는 부분에서 WAS의 역할이 두드러지게 나타나죠. 대표적으로 온라인 쇼핑몰을 예를 들어 볼까요? 블랙프라이데이와 같은 쇼핑 성수기에는 많은 사람들이 동시에 웹사이트에 접속하기 때문에, 서버에 큰 부담이 생깁니다. 이때 WAS는 부하 분산 기능과 세션 관리를 통해 이런 부담을 효과적으로 나누어 처리하고, 각 사용자의 접속 상태를 잘 관리하여 웹사이트가 원활하게 작동하도록 돕는데요. 만약 WAS가 제대로 작동하지 않으면 웹사이트가 느려지거나 접속이 되지 않아 고객들이 불편을 겪고, 결국 매출 손실로 이어질 수도 있습니다. 이러한 이유들로 인해 WAS를 안정적으로 운영하기 위해서는 APM(Application Performance Management)이 필요합니다. APM은 애플리케이션 성능을 실시간으로 모니터링하고, 최적화하며, 성능 저하나 장애를 사전에 예방할 수 있도록 도와주는 시스템을 의미하는데요. 그렇다면 APM을 통해 어떤 방식으로 WAS를 관리할 수 있을까요? │APM으로 WAS(Web Application Server)를 관리하는 방법 우선 첫 번째로는, WAS에서 실행 중인 애플리케이션을 실시간으로 모니터링할 수 있습니다. 즉 WAS에서 실행 중인 애플리케이션이 제대로 작동하는지 실시간으로 확인할 수 있어, 문제가 발생해도 신속하게 해결할 수 있도록 도와주죠. [그림] Zenius APM : 실시간 모니터링 상황판 Zenius APM을 통해 자세히 살펴볼게요. Zenius APM은 한 화면에서 전체 또는 인스턴스 별로 수행되고 있는 트랜잭션의 처리 현황을 종합적으로 파악할 수 있는데요. 서버의 상태와 애플리케이션 성능이 정상적으로 작동하는지 한눈에 확인할 수 있고, 문제가 발생할 경우 빠르게 대응할 수 있습니다. • • • • • • 두 번째로는, 애플리케이션의 서비스가 지연되는 현황을 확인할 수 있습니다. 사용자 웹 페이지가 느려지면, 지연 원인을 빠르게 파악하고 조치해야 하기 때문에 이러한 문제를 직관적으로 파악할 수 있어야 합니다. [그림] Zenius APM : 액티브 서비스 모니터링 Zenius APM을 통해 살펴보면 액티브 서비스 처리 현황을 확인할 수 있습니다. 이 현황을 통해 스피드 메타 차트를 통해 전체 실시간 트랜잭션 유입량과 처리 상태, 그리고 서비스 지연 여부를 확인할 수 있는데요. 사용자의 웹 페이지가 느려질 경우 위 그림처럼 빨간 표기로 지연된 부분을 파악할 수 있습니다. [그림] Zenius APM : 액티브 서비스 현황 모니터링 만약 처리가 지연되고 있다면 인스턴스, 액티브 서비스 현황 차트를 통해 보다 명확하게 확인할 수 있습니다. 위 그림과 같이 이퀄라이저 차트에서 주황색 또는 붉은색으로 표시된 부분을 통해, 인스턴스에서 발생한 잠재적인 문제를 확인할 수 있죠. 이렇게 지연된 서비스가 발견된 인스턴스에서 처리 중인 트랜잭션 목록을 확인할 수 있습니다. 또한 지연된 트랜잭션이 어느 단계에서 멈춰 있는지도 파악할 수 있습니다. [그림] Zenius APM : 서비스 응답 분포 및 트랜잭션 상세 모니터링 처리 완료된 트랜잭션의 지연 구간은 서비스 응답 분포를 통해 확인할 수 있으며, 이슈 정보를 통해 좀 더 상세한 지연 위치를 알 수 있습니다. • • • • • • 세 번째는, 과거 장애 시점에 대한 정밀한 장애 원인을 분석할 수 있습니다. 이 기능은 장애 재발을 막고 시스템의 안정성을 높이기 위해 중요한 부분인데요. [그림] Zenius APM : 스냅샷 분석 예시를 통해 자세히 알아보겠습니다. Zenius APM과 같은 APM 솔루션은 장애 시점에 대한 정보를 스냅샷을 통해 과거 실시간 상황을 동일하게 재현하여, 당시의 시스템 상태와 성능을 정확히 파악할 수 있게 도와줍니다. 또한 모든 세부 정보를 포함한 Raw 데이터를 기반으로 하는데요. 과거 시점에 장애 원인 분석을 보다 정밀하게 파악할 수 있어, 장애 재발을 방지하고 시스템 안정성을 확보할 수 있습니다. • • • • • • 지금까지 APM을 통해 어떻게 WAS를 관리하는지 살펴보았습니다. 하지만 여기서 한 가지 더 알아야 할 것은, 애플리케이션 성능 저하가 WAS만의 문제는 아니라는 점입니다. CPU, 메모리, 디스크 I/O 등 서버 자원의 부족이나 데이터베이스 쿼리 성능 저하 등 다양한 원인에 의해 발생할 수도 있죠. 따라서 이러한 모든 요소들을 종합적으로 모니터링하는 것이 중요한데요. 이러한 요구를 해결하기 위해 Zenius APM은 서버와 데이터베이스를 자동으로 매핑하여 연관 관계를 시각적으로 확인할 수 있는 '토폴로지 맵'을 제공합니다. 이를 통해 애플리케이션 성능 저하가 서버 자원의 부족 때문인지, 데이터베이스 쿼리 성능 저하 때문인지 명확히 파악할 수 있습니다. 이번 시간에는 APM으로 WAS를 어떻게 관리하는지 알아보았습니다. 결론적으로 기업에서 안정적이고 신뢰할 수 있는 웹 애플리케이션 환경을 구축하기 위해서는, APM은 더 이상 선택이 아닌 필수입니다. 이제 Zenius APM을 통해 WAS 관리를 효과적으로 관리하여, 최적의 웹 애플리케이션 성능을 유지해 보세요! ?더보기 Zenius APM으로 WAS 관리하기 ?함께 읽으면 더 좋아요 • APM에서 꼭 관리해야 할 주요 지표는? • APM의 핵심요소와 주요기능은? • 옵저버빌리티 vs APM, 우리 기업에 맞는 솔루션은? • 오픈소스 APM만으로 완벽한 웹 애플리케이션 관리, 가능할까? 2024.07.29
기술이야기 메모리 누수 위험있는 FinalReference 참조 분석하기 기술이야기 메모리 누수 위험있는 FinalReference 참조 분석하기 Java에서 가장 많이 접하는 문제는 무엇이라 생각하시나요? 바로 리소스 부족 특히 ‘JVM(Java Virtual Machine) 메모리 부족 오류’가 아닐까 생각해요. 메모리 부족 원인에는 우리가 일반적으로 자주 접하는 누수, 긴 생명주기, 다량의 데이터 처리 등 몇 가지 패턴들이 있는데요. 오늘은 좀 일반적이지 않은(?) 유형에 대해 이야기해 볼게요! Java 객체 참조 시스템은 강력한 참조 외에도 4가지 참조를 구현해요. 바로 성능과 확장성 기타 고려사항에 대한 SoftReference, WeakReference, PhantomReference, FinalReference이죠. 이번 포스팅은 FinalReference를 대표적인 사례로 다루어 볼게요. PART1. 분석툴을 활용해 메모리 누수 발생 원인 파악하기 메모리 분석 도구를 통해 힙 덤프(Heap Dump)를 분석할 때, java.lang.ref.Finalizer 객체가 많은 메모리를 점유하는 경우가 있어요. 이 클래스는 FinalReference와 불가분의 관계에요. 나눌 수 없는 관계라는 의미죠. 아래 그림 사례는 힙 메모리(Heap Memory)의 지속적인 증가 후 최대 Heap에 근접 도달 시, 서비스 무응답 현상에 빠지는 분석 사례인데요. 이를 통해 FinalReference 참조가 메모리 누수를 발생시킬 수 있는 조건을 살펴볼게요! Heap Analyzer 분석툴을 활용하여, 힙 덤프 전체 메모리 요약 현황을 볼게요. java.lang.ref.Finalizer의 점유율이 메모리의 대부분을 점유하고 있죠. 여기서 Finalizer는, 앞에서 언급된 FinalReference를 확장하여 구현한 클래스에요. JVM은 GC(Garbage Collection) 실행 시 해제 대상 객체(Object)를 수집하기 전, Finalize를 처리해야 해요. Java Object 클래스에는 아래 그림과 같이 Finalize 메서드(Method)가 존재하는데요. 모든 객체가 Finalize 대상은 아니에요. JVM은 클래스 로드 시, Finalize 메서드가 재정의(Override)된 객체를 식별해요. 객체 생성 시에는 Finalizer.register() 메서드를 통해, 해당 객체를 참조하는 Finalizer 객체를 생성하죠. 그다음은 Unfinalized 체인(Chain)에 등록해요. 이러한 객체는 GC 발생 시 즉시 Heap에서 수집되진 않아요. Finalizer의 대기 큐(Queue)에 들어가 객체에 재정의된 Finalize 처리를 위해 대기(Pending) 상태에 놓여있죠. 위 그림과 같이 참조 트리(Tree)를 확인해 보면, 많은 Finalizer 객체가 체인처럼 연결되어 있어요. 그럼 Finalizer 객체가 실제 참조하고 있는 객체는 무엇인지 바로 살펴볼까요? 그림에 나온 바와 같이 PostgreSql JDBC Driver의 org.postgresql.jdbc3g.Jdbc3gPreparedStatement인 점을 확인할 수 있어요. 해당 시스템은 PostgreSql DB를 사용하고 있었네요. 이처럼 Finalizer 참조 객체 대부분은 Jdbc3gPreparedStatement 객체임을 알 수 있어요. 여기서 Statement 객체는, DB에 SQL Query를 실행하기 위한 객체에요. 그렇다면, 아직 Finalize 처리되지 않은 Statement 객체가 증가하는 이유는 무엇일까요? 먼저 해당 Statement 객체는 실제로 어디서 참조하는지 살펴볼게요. 해당 객체는 TimerThread가 참조하는 TaskQueue에 들어가 있어요. 해당 Timer는 Postgresql Driver의 CancelTimer이죠. 해당 Timer의 작업 큐를 확인해 보면 PostgreSql Statement 객체와 관련된 Task 객체도 알 수도 있어요. 그럼 org.postgresql.jdbc3g.Jdbc3gPreparedStatement 클래스가 어떻게 동작하는지 자세히 알아볼까요? org.postgresql.jdbc3g.Jdbc3gPreparedStatement는 org.postgresql.jdbc2.AbstractJdbc2Statement의 상속 클래스이며 finalize() 메서드를 재정의한 클래스에요. Finalize 처리를 위해 객체 생성 시, JVM에 의해 Finalizer 체인으로 등록되죠. 위와 같은 코드로 보아 CancelTimer는, Query 실행 후 일정 시간이 지나면 자동으로 TimeOut 취소 처리를 위한 Timer에요. 정해진 시간 내에 정상적으로 Query가 수행되고 객체를 종료(Close) 시, Timer를 취소하도록 되어 있어요. 이때 취소된 Task는 상태 값만 변경되고, 실제로는 Timer의 큐에서 아직 사라지진 않아요. Timer에 등록된 작업은, TimerThread에 의해 순차적으로 처리돼요. Task는 TimerThread에서 처리를 해야 비로소 큐에서 제거되거든요. 이때 가져온 Task는 취소 상태가 아니며, 처리 시간에 아직 도달하지 않은 경우 해당 Task의 실행 예정 시간까지 대기해야 돼요. 여기서 문제점이 발생해요. 이 대기 시간이 길어지면 TimerThread의 처리가 지연되기 때문이죠. 이후 대기 Task들은 상태 여부에 상관없이, 큐에 지속적으로 남아있게 돼요. 만약 오랜 시간 동안 처리가 진행되지 않는다면, 여러 번의 Minor GC 발생 후 참조 객체들은 영구 영역(Old Gen)으로 이동될 수 있어요. 영구 영역으로 이동된 객체는, 메모리에 즉시 제거되지 못하고 오랜 기간 남게 되죠. 이는 Old(Full) GC를 발생시켜 시스템 부하를 유발하게 해요. 실제로 시스템에 설정된 TimeOut 값은 3,000초(50분)에요. Finalizer 참조 객체는 GC 발생 시, 즉시 메모리에서 수집되지 않고 Finalize 처리를 위한 대기 큐에 들어가요. 그다음 FinalizerThread에 의해 Finalize 처리 후 GC 발생 시 비로소 제거되죠. 때문에 리소스의 수집 처리가 지연될 수 있어요. 또한 FinalizerThread 스레드는 우선순위가 낮아요. Finalize 처리 객체가 많은 경우, CPU 리소스가 상대적으로 부족해지면 개체의 Finalize 메서드 실행을 지연하게 만들어요. 처리되지 못한 객체는 누적되게 만들죠. 요약한다면 FinalReference 참조 객체의 잘못된 관리는 1) 객체의 재 참조를 유발 2) 불필요한 객체의 누적을 유발 3) Finalize 처리 지연으로 인한 리소스 누적을 유발하게 해요. PART2. 제니우스 APM을 통해 Finalize 객체를 모니터링하는 방법 Zenius APM에서는 JVM 메모리를 모니터링하고 분석하기 위한, 다양한 데이터를 수집하고 있어요. 상단에서 보았던 FinalReference 참조 객체의 현황에 대한 항목도 확인할 수 있죠. APM 모니터링을 통해 Finalize 처리에 대한 문제 발생 가능성도 ‘사전’에 확인 할 수 있답니다! 위에 있는 그림은 Finalize 처리 대기(Pending)중인 객체의 개수를 확인 가능한 컴포넌트에요. 이외에도 영역별 메모리 현황 정보와 GC 처리 현황에 대해서도 다양한 정보를 확인 할 수 있어요! 이상으로 Finalize 처리 객체에 의한 리소스 문제 발생 가능성을, 사례를 통해 살펴봤어요. 서비스에 리소스 문제가 발생하고 있다면, 꼭 도움이 되었길 바라요! ------------------------------------------------------------ ©참고 자료 ◾ uxys, http://www.uxys.com/html/JavaKfjs/20200117/101590.html ◾ Peter Lawrey, 「is memory leak? why java.lang.ref.Finalizer eat so much memory」, stackoverflow, https://stackoverflow.com/questions/8355064/is-memory-leak-why-java-lang-ref-finalizer-eat-so-much-memory ◾ Florian Weimer, 「Performance issues with Java finalizersenyo」, enyo, https://www.enyo.de/fw/notes/java-gc-finalizers.html ------------------------------------------------------------ 2023.10.12
회사이야기 [브레인즈 소식] ‘원격 서비스 응답 블로킹 대기 상태의 트랜잭션 제어 시스템 및 방법’ 특허 취득 회사이야기 [브레인즈 소식] ‘원격 서비스 응답 블로킹 대기 상태의 트랜잭션 제어 시스템 및 방법’ 특허 취득 브레인즈컴퍼니는 지난 6월 27일, APM(Application Performance Management) 관련 특허를 취득했습니다. 2022년 12월에 출원 신청한 것으로, 명칭은 ‘원격 서비스 응답 블로킹 대기 상태의 트랜잭션 제어 시스템 및 방법’입니다. 이번에 출원한 특허는 기존 Zenius APM에서 트랜잭션을 추적하고, 처리 중인 트랜잭션을 종료시키는 기능을 고도화한 기술인데요. 특히 MSA(Micro Service Architecture) 환경에서 애플리케이션 성능을 모니터링하고 안정적인 서비스 운영 환경을 만들기 위해 개발되었습니다. IT 서비스 구조가 Monolithic에서 MSA 형태로 변화함에 따라, IT 서비스를 구성하는 환경은 점점 복잡해지고 있습니다. 이전에는 단순히 하나의 큰 애플리케이션으로 서비스를 구성하고 있었다면, 현재는 여러 개의 작은 애플리케이션으로 서비스가 나뉘어 있고, 또 각각의 서비스들은 네트워크를 통해 복잡하게 연결되어 있는 형태죠. 이런 구조에서는 서비스 간 연계 구간에서의 지연이 전체 서비스의 장애를 유발할 가능성이 높아집니다. APM에서는 웹 애플리케이션에서 병목을 일으키는 트랜잭션을 모니터링하고 제어할 수 있는 기능을 제공합니다. 하지만 WAS 영역보다 확장된 네트워크 측면에서의 응답 지연이 발생하는 경우에는 해당 트랜잭션을 중지시킬 수 없어 병목을 유발하고 전체 서비스의 성능 저하로 이어질 수 있죠. 이번에 취득한 특허 기술은 이런 이슈에 대한 즉각적인 병목 해소를 통해, 실질적인 서비스 품질을 향상시킬 수 있습니다. 또한, Micro Service Architecture 시대에 IT 서비스를 영위하는 기업에 더욱 효과적인 모니터링 환경을 제공하게 됩니다. Zenius APM은 이번에 취득한 특허 기술을 통해 MSA 구조의 분산된 환경에서 최적화되어, 애플리케이션 품질을 향상시키고 IT 서비스 연속성을 확보해 고객 만족도가 높아질 것으로 기대됩니다. 브레인즈컴퍼니는 앞으로도 지속적인 기술 개발을 통해 레거시는 물론, 클라우드 네이티브 환경에서의 모니터링 툴 활용도를 극대화하고, IT 인프라 관리자의 고민을 덜 수 있는 서비스를 만들기 위해 끊임없이 노력하겠습니다. 2023.07.19
회사이야기 강선근 대표이사, ‘중소기업인 대회’ 산업포장 수상 회사이야기 강선근 대표이사, ‘중소기업인 대회’ 산업포장 수상 강선근 브레인즈컴퍼니 대표이사가 20일 중소기업DMC타워에서 열린 ‘중소기업인 대회’에서 산업포장을 수상했습니다. 올해 34회째를 맞은 중소기업인 대회는 일자리, 수출, 사회기여 등 한국경제 발전에 공헌한 중소/벤처기업인의 성과를 되짚어 보고, 자긍심을 높이는 중소 기업계 최대 축제입니다. 중소기업인 대회는 기술력 뿐만 아니라 재무적 실적과 사회 공헌에 얼마나 이바지 했는지를 종합적으로 평가하며 일회성 공적이 아닌 얼마나 꾸준한 업적이 쌓았는지를 보고 수상자를 선발합니다. 강선근 대표이사는 IT 인프라 통합관리 솔루션, Zenius(제니우스)의 우수한 기술력으로 관제 분야의 국산화 및 국내 SW산업 수준을 향상시킨 공로를 인정 받았습니다. 또한 교육 기관에 기부금 전달 및 산학 협력 업무협약을 체결해 소프트웨어산업 인재 양성에 힘쓰고 있는 점을 인정받아 산업포장을 수상하게 되었습니다. △기술력: 다양한 이기종 IT 인프라에 대한 통합관리 시스템 Zenius EMS를 기반으로, 웹 애플리케이션 성능 모니터링 Zenius APM, 통합로그관리 Zenius SIEM , IT서비스 관리 Zenius ITSM 등으로 구성된 소프트웨어 발전 기여 △실적: 공공기관, 관제부분 실적 1위 △사회공헌: 산학 협력 등 일자리 창출 이번 행사는 서울지방중소벤처기업청과 중소기업중앙회 서울지역본부가 공동 주최하고 서울시가 후원하였습니다. 2023.06.21
회사이야기 '대한민국 SW기업경쟁력 대상' 우수상 수상 회사이야기 '대한민국 SW기업경쟁력 대상' 우수상 수상 브레인즈컴퍼니가 22일 서울 역삼동 삼정호텔에서 열린 '제22회 대한민국 SW기업 경쟁력 대상 시상식'에서 우수상을 수상했습니다. 대한민국 SW기업 경쟁력 대상은 인적자원·기술력·시장가치국제화 등 다각적으로 기업 역량을 평가해, 국내 SW산업 수준을 향상시킨 우수 SW기업에 수여하는 상입니다. 브레인즈컴퍼니는 IT솔루션 부분에서 자사 제품인 Zenius(제니우스)의 기술력을 인정받아 우수상을 수상했습니다. Zenius는 다양한 이기종 IT 인프라에 대한 통합관리 시스템 Zenius EMS, 웹 애플리케이션 실시간 성능 관리 시스템 Zenius APM, 분산된 대용량 로그에 대한 통합관리 시스템 Zenius LogManager 등으로 구성된 소프트웨어입니다. 이번 행사는 전자신문·한국소프트웨어산업협회·연세대 기업정보화연구센터·소프트웨어공제조합이 공동주최하고 과학기술정보통신부가 후원하며, 연세대 기업정보화연구센터가 개발한 SW기업 전문평가시스템을 적용해 수상자를 선발했습니다. 2023.02.23
회사이야기 제니우스, 주요 CSP 5곳 마켓플레이스에 등록...클라우드 시장 공략 가속화 회사이야기 제니우스, 주요 CSP 5곳 마켓플레이스에 등록...클라우드 시장 공략 가속화 클라우드 환경에서 제니우스를 간편하게 이용할 수 있게 접근성 높여 브레인즈컴퍼니(099390)는 IT 인프라 통합관리 소프트웨어 ‘Zenius EMS’와 애플리케이션 관리 소프트웨어 ’Zenius APM’이 국내 주요 클라우드 서비스 제공기업(CSP) 5곳의 마켓플레이스에 모두 등록됐다고 26일 밝혔다. ‘Zenius(제니우스) EMS’는 클라우드 기반으로 서버, 네트워크, 데이터베이스 및 웹서비스(URL) 등을 단일화된 플랫폼에서 통합관리하는 소프트웨어다. ‘Zenius APM’은 WAS(Web Application Server)에서 일어나는 트랜잭션의 추적 및 장애 원인 분석 기능을 제공하는 제품이다. 도커(Docker)와 같은 컨테이너 기반의 애플리케이션 관리 및 오토 스케일링(Auto-Scaling) 자동화 기능 등 클라우드 맞춤형 서비스를 제공한다. 고객은 Zenius를 통해 백엔드부터 클라이언트 영역에 이르는 서버, 데이터베이스, 애플리케이션, 네트워크 및 웹서비스 응답시간을 통합적으로 추적 관찰할 수 있다. 또, 대시보드 등과 같은 모니터링 중앙화 도구를 통해 여러 IT 자원 간의 연관관계 및 영향 등을 분석할 수 있는 옵저버빌리티(Observability) 환경을 쉽게 구현할 수 있다. ‘Zenius EMS’와 ‘Zenius APM’은 현재 KT클라우드, 네이버클라우드, NHN클라우드, 카카오i클라우드, 가비아클라우드 총 5곳에 등록을 완료한 상태다. 고객은 각 CSP 웹사이트에서 원하는 서비스를 구입해 즉시 사용할 수 있으며, 월 구독 방식으로도 이용이 가능하다. 강선근 브레인즈컴퍼니 대표는 “이번 주요 클라우드 마켓플레이스 등록을 통해, 클라우드 기반으로 웹어플리케이션을 운영하거나 온프레미스에서 클라우드로 전환하려는 고객에게 쉽고 빠르게 접근해 더 많은 고객을 유치할 것으로 기대한다”고 말했다. 2022.12.26
사람이야기 일잘러가 바라보는 브레인즈컴퍼니 사람이야기 일잘러가 바라보는 브레인즈컴퍼니 다음 인터뷰를 고민하던 차에 브레인즈컴퍼니에서는 누가 일을 잘할까?라는 궁금증이 생겼습니다. 여러 브레인저들에게 물어본 결과, 개발3그룹의 진광님을 많이 추천해줬는데요. 개발3그룹은 AI 기술을 적용한 차세대 제니우스와 애플리케이션 성능관리 솔루션인 제니우스 APM을 개발하고 있는 핵심 부서인데요. 이 부서는 올해 신입 개발자를 7명이나 채용해 제품 개발에 힘을 쏟고 있습니다. 브레인즈의 일잘러, 진광님이 말하는 브레인즈의 제품, 동료, 일하는 방식에 대해 들어보겠습니다. ----------------------------------------------------------------- Q1. 안녕하세요, 진광님. 자기 소개 부탁드립니다. 안녕하세요, 개발3그룹에서 근무 중인 김진광입니다. 저는 SI 개발자로 시작해 외산 미들웨어(WAS) 솔루션 회사에서 엔지니어로 제품 관련 서비스 및 컨설팅 업무를 담당했었어요. 이때 미들웨어와 서비스에 대한 모니터링 필요성을 생각하게 됐고, 기회가 돼 직전 회사에 합류 후 APM 제품들을 개발했습니다. 브레인즈컴퍼니는 당시 제가 근무 중이던 회사에서 APM제품을 OEM 하면서 연이 닿았어요. 다니던 회사의 방향성이 바뀌면서 이직을 결심했고, 브레인즈컴퍼니의 영업 및 TC팀 분들 추천으로 2017년에 입사하게 됐습니다. 당시 브레인즈컴퍼니는 자사 솔루션을 갖고 있었고, 제품 내재화 단계일 때라 매력을 느꼈습니다. Q2. 맡고 있는 업무에 대해 구체적으로 설명해주세요. 브레인즈컴퍼니의 Zenius APM 전반을 맡고 있습니다. APM은 특수성이 있는 제품이에요. 서비스 문제점을 찾는 솔루션이다 보니, 설치 및 기술 지원 뿐만 아니라 이슈 분석 등 전반적인 사이트 지원이 필요합니다. 그래서 처음에는 제품개발 외 설치, 데모, 성능 컨설팅 등 APM에 관련된 전반적인 부분을 지원했습니다. 이제는 TC팀에서 설치나 사이트 구축, 교육 및 고객 응대 등 전반적인 부분을 잘 지원해 주시고 있어 감사하게 생각하고 있습니다. Q3. 그렇다면, APM의 특장점은 무엇인가요? Zenius APM은 고객의 서비스에서 발생된 이벤트를 처리하고 분석하는 방식이 점점 좋아지고 있습니다. APM은 어플리케이션 서비스가 잘 되고 있는지, 사용자들이 어느 정도 쓰고 있고 응답 속도가 어느 정도 되는지를 항상 모니터링 하는게 기본적인 기능이고요. 문제 발생 시, 그 문제를 인지하고 조치하는 것이 2단계, 다음으로 장애 복구가 완료된 다음에 어떤 것이 문제의 원인이었는지를 찾아내는 것을 3단계로 볼 수 있어요. 문제의 원인은 고객이 쉽게 파악할 수 있도록 데이터들을 차트와 같이 시각화해서 제공하고 있고요. 브레인즈 대표 제품인 Zenius EMS는 전반적인 인프라(H/W)를 모니터링하는 것이고 APM은 그 위에서 서비스되는 어플리케이션(S/W)을 모니터링하는 것으로 보면 돼요. 서비스와 인프라를 같이 모니터링 해야 어떤 문제가 발생했을 때 어플리케이션 자체 문제인 건지, 기반한 서버나 네트워크와 같은 인프라 요소들이 영향을 미치는 것인지를 판단할 수 있어요. 그래서 APM과 기존의 자사 제품들이 더욱 잘 통합될 수 있도록 지속적으로 제품을 발전시켜 나가고 있습니다. Q4. 브레인즈에서 근무한 지 6년차에 접어드셨네요. 그 동안 근속할 수 있었던 브레인즈의 매력은 무엇인가요? 브레인즈컴퍼니는 제가 생각하고 있는 솔루션 회사의 조건에 가장 가까운 회사라고 생각합니다. 자사 솔루션을 보유하고 있고, 해당 분야를 리딩하고 있는 회사에서 일하고 싶었어요. 그런 회사가 국내에서는 많지 않다고 생각합니다. 또, 브레인즈는 동료들이 좋아요. 가장 개발자적 마인드를 많이 갖고 있는 분들이라고 생각합니다. 관제 분야에서 오랜 시간 깊은 전문성을 갖추고 계신 분들이고, 개발자로서도 자부심을 갖고 계신다고 생각해요. 마지막으로, 가족 친화적인 회사라는 점이요. 다양한 행사와 해외 연수, 복지 혜택 등도 부족함이 없는 회사입니다. 전 직원 연봉이 1000만원 상승하면서 처우도 좋아졌고요. Q5. 가장 힘들었던/보람을 느꼈던 순간은? 처음 APM을 설치했을 때. 첫 납품처가 의약품안전관리위원회였는데요. 아무래도 처음이라 우리 제품이 고객사의 서비스에 문제가 되는 것이 아닐까 하는 걱정이 많았어요. 문제가 발생했을 때, TC팀과 함께 어렵게 원인을 찾아내고 집중해서 해결했던 순간이 가장 기억에 남고 보람 있었습니다. Q6. 일을 잘해서 좋은 인사고과를 받으신다고 들었어요. 본인만의 일 잘하는 꿀팁은? 재밌게 일하는 편인 것 같아요. 가급적 일하는 것 자체를 즐기고, 성능 관리와 이슈를 발견하고 처리하는 일들에 관심이 많고 적성에도 잘 맞는 것 같습니다. 완벽주의자 성향이 있기도 하고요. 일이 잘못됐다고 판단되면 다시 처음부터 해야 하다 보니, 최대한 정보를 수집한 후 가장 좋은 방법에 대해 여러 번 생각하고 실행하는 스타일입니다. APM이 원하는 기능으로 나오도록 개발하는 것뿐만 아니라, APM을 사용하는 사용자의 편의성이나 설치 및 지원 팀, 그리고 제품을 소개하고 어필할 때 어떤 모습으로 보여질지에 대한 것 등 여러 가지 측면에서 생각하고 고민 후 실행에 옮기려고 노력하고 있습니다. 전체 작업 시간 중 50% 이상은 다양한 관점에서 고민하는 시간을 갖고 작업을 진행하고 있는 것 같아요. 또, 앞에서 말씀 드렸던 프로젝트 개발 경험과 미들웨어에 엔지니어로서의 경험이나 제품 개발 경력 등의 다양한 경력이 타 부서와의 협업이나 제품 개발, 사이트 지원 등에서 일할 때 많은 도움이 되는 것 같아요. 조금은 다양한 시각을 갖게 해주는 부분이 여러 면에서 도움되더라고요. 그래서 TC팀, 영업팀 등 타 부서 분들이 긍정적으로 봐주시는 것 같아요. (웃음) Q7. 진광님이 생각하는 브레인즈에서 일을 잘하는 사람은? TC팀에 APM 지원파트가 있는데요. 제 입장에서 가장 고마운 분들이기도 하고 대부분 일을 잘 하신다고 생각하고 있어요. 부서장인 영수님, APM에 열정적이신 종관님, APM 지원 파트리더 기현님, 정대님뿐만 아니라 일잘러 기열님까지 모두 잘 하시는 분들이라 생각해요. Q8. 이제 부서 이야기를 해볼게요. 개발3그룹 소개해주세요. 저희 부서는 차세대 제니우스와 APM 제품을 맡고 있어요. 부서장님은 구성원들과 대화하고 코딩하는 것을 좋아하세요. 관리자이지만, 여전히 계속 현업에서 개발하고자 하시는 열정 넘치는 분이십니다. (웃음) 교육도 직접 하시면서 신입 분들 일일이 다 봐주시고 있어요. 비슷한 시기에 들어온 신입 개발자들은 동기애가 느껴지고, 밝은 성격들이라 화기애애한 분위기가 형성돼 있습니다. Q9. 부서만의 일하는 방식은 무엇인가요? 그룹장님이 추구하는 방식이 “각자 알아서 잘 하자”예요. 서로 상의해서 어떤 일을 할 지 분배하고요. 그 이후는 개인의 계획과 독립적 부분을 인정해주는 등 최대한 자율성을 부여하고 있어요. 결과는 서로 공유하면서 평가해주고 있습니다. 신입이더라도 스스로 일을 처리하고 결과물을 갖고 그룹장님과 이야기하며 피드백을 받고 보완해나가는 형식으로 일하고 있어요. Q10. 새로운 동료가 합류한다면, 어떤 스타일의 동료와 함께 일하고 싶은가요? 개발직을 천직이라고 생각하는 사람. 이쪽 일을 한 번 해볼까하는 단순 호기심이 아니라, 전공자를 떠나서 앞으로 쭉 개발 일을 하고 싶은 사람이면 좋겠어요. 또, 일을 많이 하거나 빨리하기 보다는 개발자에 대한 자부심을 바탕으로 어떤 일이 발생하면 최선의 방법을 생각하는 스타일이면 좋겠습니다. 시간이 좀 걸리더라도 충분히 고민하고 행동으로 옮기는 사람을 선호해요. Q11. 5년 후 본인의 모습과 앞으로의 목표는? APM도 유기적으로 발전하는 방향으로 개발해 나가겠지만, APM 말고 새로운 제품도 만들어 보고 싶어요. 데이터 시각화에도 관심이 많은데, 기회가 된다면 새로운 분야와 관련된 솔루션에 도전해보고 싶습니다. 향후에도 관리자보다는 개발자로서 계속 일을 해 나갈 수 있었으면 좋겠습니다. 2022.11.07

1 2