TAPAS

증권사 폐쇄망에서 tapas-eye를 어떻게 확장해 쓰는가 — 기존 C/System V 구조를 그대로 두고 업무별 뷰 만들기

증권사 폐쇄망 Linux에서 시세를 수신·처리하는 시스템을 다루는 개발자와 운영 담당자에게 필요한 것은, 이미 돌아가는 C 서비스와 System V 공유메모리를 다시 설계하지 않고 확인 화면을 늘리는 방법입니다. tapas-eye는 SSH 터미널 안에서 동작하는 Linux 서버 모니터링 TUI이고, 기본 제공 뷰에서 시작해 Lua 스크립트와 C 플러그인으로 업무별 뷰를 확장합니다. 별도 에이전트나 DB, 새로운 수집 파이프라인을 두지 않습니다. tapas-eye는 AI 제품이 아닙니다.

이런 개발자·운영 담당자에게 적합합니다

증권사 폐쇄망 Linux에서 시세를 받아 처리하는 시스템을 떠올려 보면, 확인해야 할 지점은 화면에 잘 드러나지 않습니다. 시세 수신·처리 프로세스가 지금 살아 있는지, 처리 단계마다 건수가 어느 정도로 쌓이는지, 프로세스 사이에 오가는 큐에 밀린 항목이 있는지, 처리 과정에서 로그에 무엇이 남는지, 기존 C 서비스가 System V 공유메모리에 올려 둔 값이 지금 무엇인지 — 운영과 개발 양쪽에서 반복해서 확인하게 되는 항목들입니다.

여기에 환경 자체의 제약이 겹칩니다. 외부 통신이 막힌 폐쇄망이라 수집 서버로 데이터를 밀어 넣을 경로가 없고, 운영 창구는 SSH 하나뿐이며, 이미 돌아가는 C 헤더 + 공유메모리 구조를 다시 만들 여력도 없습니다. 클라우드 옵저버빌리티 플랫폼을 붙이기 어려운 이유가 여기에 있습니다.

  • 증권사 시스템 개발자는 폐쇄망 환경에서 업무별로 필요한 확인 화면을 추가하고 싶지만, 이미 정의된 C 헤더와 System V 공유메모리 구조를 다시 설계하고 싶지는 않습니다. 새로 만든 도구가 기존 서비스에 부담을 주는 것도 피하고 싶습니다.
  • 운영 담당자는 SSH 세션 안에서 프로세스·로그·큐·공유메모리 값을 확인하고 싶지만, 그때마다 별도 도구나 수집 계층을 새로 설치·유지할 여력이 없습니다.

tapas-eye는 이 지점을 겨냥합니다. 클라우드 옵저버빌리티의 대체재가 아니라, 그게 애초에 안 되는 환경을 위한 대안으로 봅니다.

검증된 기능과, 이 대상에게 맞는 이유

기존 C 헤더와 System V 공유메모리 구조를 새 수집 파이프라인 없이 그대로 읽음. 운영 중인 서비스에 계측을 새로 심는 방식이 아니라, 이미 존재하는 인터페이스를 읽는 방식입니다. → 기존 C 서비스의 공유메모리 정의를 바꾸지 않고도 그 안의 값을 화면에서 확인할 수 있고, 수집용 에이전트·DB·새 파이프라인을 따로 운영할 필요가 없습니다.

기본 뷰 → Lua 스크립팅 → C 플러그인까지 점진적 확장. 기본 제공 뷰로 시작해, 필요한 업무 데이터를 보여주는 화면을 Lua 스크립트로 만들고, 더 필요한 부분은 C 플러그인으로 확장합니다. → 개발자는 처음부터 모든 화면을 설계하지 않고, 업무 단위로 필요한 시점에 뷰를 늘려 갈 수 있습니다.

SSH 세션 내 ANSI/VT100 TUI로 완결. tapas-eye의 기본 인터페이스는 SSH 터미널 안에서 동작하는 텍스트 UI입니다. → 브라우저 기반 모니터링을 붙이기 어려운 폐쇄망에서, 이미 쓰고 있는 SSH 접속 경로만으로 확인 작업을 끝낼 수 있습니다.

SSH 터미널에서 실행한 tapas-eye 실제 시스템 상태 화면 — CPU/MEM 게이지, 메모리 사용량, 부하 평균(1/5/15분), 가동 시간
SSH 터미널(ANSI TUI)에서 실행한 tapas-eye 실제 화면. 상단에 기능 메뉴, 하단에 단축키 안내가 표시됩니다. 이미지 출처: tapas-eye 제품 홈페이지.

CPU·메모리·로드애버리지·프로세스 실시간 표시. SSH TUI에서 시스템 상태와 프로세스 목록을 실시간으로 봅니다. → 시세 수신·처리 프로세스가 어느 단계에 있는지, 서버 부하가 어느 수준인지 같은 기본 점검을 같은 화면 흐름에서 처리합니다.

추천 활용 시나리오 — 기존 구조 위에 업무별 뷰를 쌓기 (예시이며 실제 고객 도입 사례가 아닙니다)

아래는 위 기능을 증권사 폐쇄망 Linux의 개발·운영 흐름에 연결했을 때의 추천 활용 방식입니다. 특정 증권사의 실제 운영 사례나 도입 실적이 아닙니다.

개발자 — 기본 뷰에서 시작해 업무별 뷰로 확장하기

  1. 기본 뷰로 시작: 설치 직후 제공되는 시스템 상태·프로세스·로그·큐·공유메모리 기본 뷰를 먼저 사용합니다. 이 단계에서는 아무것도 새로 만들지 않고, 지금 무엇을 확인할 수 있는지 파악합니다.
  2. 업무 항목 정리: 기존 C 헤더에 이미 정의된 필드를 기준으로, 업무에서 실제로 보고 싶은 항목을 정리합니다. 예를 들어 시세 수신 단계만 따로 보는 뷰, 공유메모리에 담긴 특정 업무 데이터 항목을 표로 보는 뷰 같은 식입니다. 기준이 기존 헤더이므로, 새 계측을 심거나 구조를 바꾸지 않아도 됩니다.
  3. Lua 스크립트로 뷰 작성: 필요한 업무 데이터를 보여주는 화면을 Lua 스크립트로 작성합니다. 기본 뷰가 제공하는 원시값을 가져다, 이 화면만의 로직(이력을 쌓아 추이를 그리기, 임계값에 따라 색을 바꾸기, 여러 소스를 한 화면으로 합치기)을 직접 짭니다. 아래는 매뉴얼 데모에서 이력 그래프를 Lua로 그린 실행 화면입니다.
  4. C 플러그인으로 확장: Lua만으로 부족한 부분은 C 플러그인으로 확장합니다. 아래는 C 플러그인으로 경로별 디스크 여유 공간을 조회해 화면에 그린 실행 화면입니다.
Lua 스크립트로 그린 CPU/MEM 이력 라인그래프 실행 화면 — 우측에 현재 CPU 65%, MEM 54% 표시
Lua 스크립트로 이력을 쌓아 CPU/MEM 추이를 그린 실행 화면(라이브 데모). 기본 뷰가 준 원시값을 가져와 이 화면만의 로직을 직접 작성한 결과입니다. 이미지 출처: tapas-eye 제품 매뉴얼 라이브 데모.
C 플러그인으로 조회한 경로별 디스크 여유 공간 실행 화면 — /, /tmp, /var 각 21.0 GB 여유
C 플러그인으로 조회한 경로별 디스크 여유 공간 화면(라이브 데모). Lua만으로 부족한 부분을 C 플러그인으로 확장한 예입니다. 이미지 출처: tapas-eye 제품 매뉴얼 라이브 데모.

이 흐름의 요점은 확장이 업무별 뷰를 만드는 방식이라는 점입니다. 기본 제공되는 금융 기능이나 거래소 연동을 뜻하지 않습니다.

운영 담당자 — SSH 세션 하나로 단계별 확인하기

  1. 접속과 상태 확인: 평소 쓰던 SSH로 서버에 접속해 tapas-eye를 실행하고, 시스템 상태 화면에서 CPU·메모리·로드애버리지와 시세 수신·처리 프로세스의 존재를 확인합니다.
  2. 로그 확인: 처리 과정에서 남는 로그 뷰를 열어 어떤 메시지가 쌓이고 있는지 확인합니다.
  3. 단계별 건수 확인: 프로세스 사이에 오가는 큐와 처리 건수 뷰에서, 처리되지 않고 밀린 항목이 있는지 확인합니다. 수신·처리·저장 단계의 공유메모리를 전문코드 기준으로 한 표에 합쳐 볼 수 있어, 어느 단계에서 건수가 멈추는지 같은 흐름을 한 화면에서 봅니다.
  4. 공유메모리 값 확인: 기존 C 서비스가 System V 공유메모리에 올려 둔 데이터를 구조체 뷰에서 확인합니다. 필드가 행, 레코드가 열로 표시되어 어느 값이 어느 레코드에 있는지 한 화면에서 봅니다.
수신·처리·DB저장 공유메모리 3개를 전문코드 기준으로 합친 뷰 — 전문코드별 수신건수/처리건수/DB저장건수 표
수신건수(SHM_A)·처리건수(SHM_B)·DB저장건수(SHM_C)를 전문코드 기준으로 한 표에 합친 뷰(라이브 데모). 일부 공유메모리에 없는 코드는 0으로 표시됩니다. 이미지 출처: tapas-eye 제품 매뉴얼 라이브 데모.

이 흐름의 장점은 점검을 위해 새 도구를 설치하거나 수집 서버를 경유하지 않는다는 점입니다. 확인 경로가 SSH 하나로 유지됩니다.

팀이 함께 볼 필요가 있을 때 (선택)

같은 설정으로 웹 대시보드도 켤 수 있습니다. CLI의 --web-port 8080, config.lua의 web_port 설정, tmux/screen 백그라운드 실행 중 하나로 활성화하며, 최대 16개 동시 클라이언트 접속을 지원합니다. Lua/C 플러그인은 SSH와 웹 양쪽에서 동일한 코드로 동일하게 렌더링됩니다. 다만 SSH TUI가 기본 인터페이스이고 웹 대시보드는 선택적 확장이며, 공유메모리 값 쓰기와 필드 필터는 SSH TUI 전용입니다.

도입 전 확인할 조건과 한계

  • 보안 전제: tapas-eye의 인터페이스는 기본적으로 모든 주소(0.0.0.0)에 바인드되고 자체 인증이 없습니다. 내부망·VPN·리버스프록시 뒤에서만 운영하는 것을 권장하며, 공개 인터넷에 그대로 노출하는 구성은 전제로 하지 않습니다.
  • SSH와 웹의 기능 차이: 공유메모리 값 쓰기와 필드 필터는 SSH TUI 전용입니다. 웹 대시보드에서 되는 작업과 SSH에서만 되는 작업을 구분해 계획하세요.
  • 라이선스 모델: 서버 1대에 라이선스 1개이며 구독이 아니라 일회성 구매입니다. 자동갱신은 없고, 사용 권한 자체는 만료가 없습니다. 라이선스 키 재발급은 결제일로부터 6개월 이내에 가능합니다. 요금과 도입 조건은 홈페이지에서 확인하세요.
  • 기능 범위: tapas-eye는 SSH 터미널 안에서 확인하는 모니터링 TUI입니다. 거래소 직접 연동, 주식 데이터 제공, 금융 필드 자동 인식, 시세 지연 자동 탐지·알림 같은 기능은 제공하지 않으며, 투자·종목 추천과는 무관합니다.
  • 성과 비보장: 장애 예방, 복구 시간 단축, 성능 무영향, 업무 시간 절감 같은 결과를 보장하지 않습니다. 도입 판단은 실제 환경에서의 적합성 확인을 기준으로 하세요.

제품 소개와 도입 조건은 홈페이지에서 확인할 수 있습니다.

이전 글
다음 글