증권사 폐쇄망 Linux에서 시세를 수신·처리하는 시스템은 운영 담당자와 개발자가 서로 다른 지점을 확인해야 합니다. tapas-eye는 SSH 터미널 안에서 프로세스·로그·큐와 기존 C/System V 공유메모리를 확인하는 Linux 서버 모니터링 TUI이고, 개발자는 기본 뷰에서 시작해 Lua 스크립트와 C 플러그인으로 업무별 뷰를 확장합니다. 브라우저 기반 모니터링이 어려운 폐쇄망·SSH 전용 환경을 대상으로 하며, tapas-eye는 AI 제품이 아닙니다.
이런 환경의 운영 담당자·개발자에게 적합합니다
증권사 폐쇄망 Linux에서 시세를 받아 처리하는 시스템을 떠올려 보면, 확인해야 할 대상은 화면에 잘 드러나지 않습니다. 시세 수신·처리 프로세스가 지금 살아 있는지, 처리 과정에서 로그에 무엇이 쌓이는지, 프로세스 사이에 오가는 큐에 밀린 항목이 있는지, 기존 C 서비스가 System V 공유메모리에 올려 둔 데이터 값이 지금 무엇인지 — 이 네 가지는 운영과 개발 양쪽에서 반복적으로 확인하게 되는 항목입니다.
여기에 환경 자체의 제약이 겹칩니다. 외부 통신이 막힌 폐쇄망이라 수집 서버로 데이터를 밀어 넣을 경로가 없고, 운영 창구는 SSH 하나뿐이며, 이미 돌아가는 C 헤더 + 공유메모리 구조를 다시 만들고 싶지 않은 상황입니다. 클라우드 옵저버빌리티 플랫폼을 붙이기 어려운 이유가 여기에 있습니다.
- 운영 담당자는 SSH 세션 안에서 프로세스·로그·큐·공유메모리 값을 확인하고 싶지만, 그때마다 별도 도구나 수집 계층을 새로 설치·유지할 여력이 없습니다.
- 개발자는 폐쇄망 환경에서 업무별로 필요한 화면을 추가하고 싶지만, 이미 정의된 C 헤더와 공유메모리 구조를 다시 설계하고 싶지는 않습니다.
tapas-eye는 이 지점을 겨냥합니다. 클라우드 옵저버빌리티의 대체재가 아니라, 그게 애초에 안 되는 환경을 위한 대안으로 봅니다.
검증된 기능과, 이 대상에게 맞는 이유
SSH 세션 안에서 완결되는 ANSI/VT100 TUI. tapas-eye의 기본 인터페이스는 SSH 터미널 안에서 동작하는 텍스트 UI입니다. → 브라우저 기반 모니터링을 붙이기 어려운 폐쇄망에서, 이미 쓰고 있는 SSH 접속 경로만으로 확인 작업을 끝낼 수 있습니다.
별도 에이전트·DB 없이 동작. 수집을 위한 전용 에이전트나 저장용 DB, 새로운 수집 파이프라인을 두지 않습니다. → 새 수집 계층 자체를 운영하는 부담이 큰 환경일수록, 무엇을 새로 두지 않는지가 운영 부담을 좌우합니다.
기존 C 헤더와 System V 공유메모리 구조를 그대로 읽음. 운영 중인 서비스에 계측을 새로 심는 방식이 아니라, 이미 존재하는 인터페이스를 읽는 방식입니다. → 기존 C 서비스의 공유메모리 정의를 바꾸지 않고도 그 안의 값을 화면에서 확인할 수 있습니다.
CPU·메모리·로드애버리지·프로세스 실시간 표시. SSH TUI에서 시스템 상태와 프로세스 목록을 실시간으로 봅니다. → 시세 수신·처리 프로세스가 어느 단계에 있는지, 서버 부하가 어느 수준인지 같은 기본 점검을 같은 화면 흐름에서 처리합니다.
기본 뷰 → Lua 스크립팅 → C 플러그인으로 점진적 확장. 기본 제공 뷰로 시작해, 필요한 업무 데이터를 Lua 스크립트로 보여주고, 더 필요하면 C 플러그인으로 확장합니다. → 개발자는 처음부터 모든 화면을 만들지 않고, 필요한 시점에 업무 단위로 뷰를 늘려 갈 수 있습니다.
추천 활용 시나리오 (예시이며 실제 고객 도입 사례가 아닙니다)
아래는 위 기능을 증권사 폐쇄망 Linux 운영·개발 흐름에 연결했을 때의 추천 활용 방식입니다. 특정 증권사의 실제 운영 사례나 도입 실적이 아닙니다.
운영 담당자 — SSH 세션 하나로 점검 흐름을 끝내기
- 접속과 상태 확인: 평소 쓰던 SSH로 서버에 접속해 tapas-eye를 실행하고, 시스템 상태 화면에서 CPU·메모리·로드애버리지와 시세 수신·처리 프로세스의 존재를 확인합니다.
- 로그 확인: 처리 과정에서 남는 로그 뷰를 열어 어떤 메시지가 쌓이고 있는지 확인합니다.
- 큐 점검: 프로세스 사이에 오가는 큐와 전문별 처리 건수를 보여주는 뷰에서, 처리되지 않고 밀린 항목이 있는지 확인합니다.
- 공유메모리 값 확인: 기존 C 서비스가 System V 공유메모리에 올려 둔 데이터를 구조체 뷰에서 확인합니다. 필드가 행, 레코드가 열로 표시되어 어느 값이 어느 레코드에 있는지 한 화면에서 봅니다.
이 흐름의 장점은 점검을 위해 새 도구를 설치하거나 수집 서버를 경유하지 않는다는 점입니다. 확인 경로가 SSH 하나로 유지됩니다.
개발자 — 기존 구조를 다시 만들지 않고 업무별 뷰 확장하기
- 기본 뷰로 시작: 기본 제공되는 시스템·프로세스·로그·큐·공유메모리 뷰를 먼저 사용합니다.
- 필드 정리: 기존 C 헤더에 이미 정의된 필드를 기준으로, 업무에서 실제로 보고 싶은 항목을 정리합니다.
- Lua 스크립트로 뷰 구성: 필요한 업무 데이터를 보여주는 화면을 Lua 스크립트로 작성합니다. 예를 들어 시세 수신 프로세스만 따로 보는 뷰, 공유메모리에 담긴 특정 업무 데이터 항목을 표로 보는 뷰 같은 식입니다.
- C 플러그인으로 확장: Lua로 부족한 부분은 C 플러그인으로 확장합니다.
이 확장 경로는 업무별 뷰를 만드는 방식이지, 기본 제공되는 금융 기능이나 거래소 연동을 뜻하지 않습니다.
팀이 함께 볼 필요가 있을 때
같은 설정으로 웹 대시보드도 켤 수 있습니다. 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개이며 구독이 아니라 일회성 구매입니다. 자동갱신은 없고, 사용 권한 자체는 만료가 없습니다. 요금과 도입 조건은 홈페이지에서 확인하세요.
- 기능 범위: tapas-eye는 SSH 터미널 안에서 확인하는 모니터링 TUI입니다. 거래소 직접 연동, 주식 데이터 제공, 금융 필드 자동 인식, 시세 지연 자동 탐지·알림 같은 기능은 제공하지 않으며, 투자·종목 추천과는 무관합니다.
- 성과 비보장: 장애 예방, 복구 시간 단축, 성능 무영향, 업무 시간 절감 같은 결과를 보장하지 않습니다. 도입 판단은 실제 환경에서의 적합성 확인을 기준으로 하세요.
증권사 폐쇄망 Linux에서 기존 C/System V 공유메모리 기반 서비스를 운영하거나 개발하는 조직이라면, 설치 전에 실제 화면을 먼저 확인할 수 있습니다. 아래 데모는 운영 데이터가 아닌 라이브 데모입니다.