KR102576483B1 - 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법 - Google Patents

에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법 Download PDF

Info

Publication number
KR102576483B1
KR102576483B1 KR1020220157804A KR20220157804A KR102576483B1 KR 102576483 B1 KR102576483 B1 KR 102576483B1 KR 1020220157804 A KR1020220157804 A KR 1020220157804A KR 20220157804 A KR20220157804 A KR 20220157804A KR 102576483 B1 KR102576483 B1 KR 102576483B1
Authority
KR
South Korea
Prior art keywords
trace log
gateway device
trace
log
error
Prior art date
Application number
KR1020220157804A
Other languages
English (en)
Inventor
장영휘
이연주
김용혁
Original Assignee
주식회사 위베어소프트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 위베어소프트 filed Critical 주식회사 위베어소프트
Priority to KR1020220157804A priority Critical patent/KR102576483B1/ko
Application granted granted Critical
Publication of KR102576483B1 publication Critical patent/KR102576483B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0787—Storage of error reports, e.g. persistent data storage, storage using memory protection
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3041—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is an input/output interface
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324—Display of status information
    • G06F11/327—Alarm or error message display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법이 개시된다. 게이트웨이 장치는 트레이스 로그(trace log)를 저장하는 저장부 및 런타임(runtime) 중에 발생되는 에러(error)와 관련된 이벤트를 감지하고, 이벤트가 감지되면 트레이스 로그를 생성하며, 생성된 트레이스 로그를 저장부에 저장하되, 트레이스 로그가 저장되는 저장 용량을 제한하는 제어부를 포함한다.

Description

에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법{Gateway device and method for generating trace log for error tracking}
본 발명은 트레이스 로그 생성 기술에 관한 것으로, 더욱 상세하게는 알 수 없는 에러를 추적하기 위한 트레이스 로그를 효율적으로 생성하는 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법에 관한 것이다.
일반적으로 프로그램에서 어떤 에러가 발생되었는지 추적하기 위해서는 로그 레벨을 조정하여 상세 로그를 파일에 기록하여 확인한다.
하지만 이러한 에러가 언제 발생하는지 명확하게 알지 못하는 상황에서 로그 레벨을 조정하여 상세 로그를 파일에 기록하는 것은 운영환경의 성능에 영향을 미칠 수밖에 없다.
따라서 에러 발생에 대한 빠른 대처와 운영환경의 성능에 영향을 최소화하는 연구가 필요한 실정이다.
한국공개특허공보 제10-2022-0061128호(2022.05.12.)
본 발명이 해결하고자 하는 과제는, 운영환경의 성능에 영향을 최소화하면서 트레이스 로그를 생성하여 시스템 상에 발생되는 에러의 추적을 쉽게 수행하는 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법을 제공하는 것이다.
상기 과제를 해결하기 위해 본 발명에 따른 게이트웨이 장치는 트레이스 로그(trace log)를 저장하는 저장부 및 런타임(runtime) 중에 발생되는 에러(error)와 관련된 이벤트를 감지하고, 상기 이벤트가 감지되면 트레이스 로그를 생성하며, 상기 생성된 트레이스 로그를 상기 저장부에 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 제어부를 포함한다.
또한 상기 제어부는, 상기 저장되는 트레이스 로그의 크기가 기 설정된 저장 용량을 초과하려는 경우, 기 저장된 트레이스 로그 중 가장 오래된 트레이스 로그에 새롭게 생성된 트레이스 로그를 덮어쓰기하는 것을 특징으로 한다.
또한 상기 제어부는, 상기 트레이스 로그가 생성되는 중 새로운 에러가 감지되면 상기 트레이스 로그의 생성을 중지시키는 것을 특징으로 한다.
본 발명에 따른 트레이스 로그를 생성하는 방법은 게이트웨이 장치가 런타임 중에 발생되는 에러와 관련된 이벤트를 감지하는 단계, 상기 게이트웨이 장치가 상기 이벤트가 감지되면 트레이스 로그를 생성하는 단계 및 상기 게이트웨이 장치가 상기 생성된 트레이스 로그를 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 단계를 포함한다.
본 발명에 따른 에러 추적 시스템은 트레이스 로그를 생성하고, 저장하여 기록하는 복수의 게이트웨이 장치 및 상기 복수의 게이트웨이 장치 각각에 대한 에러 상태를 모니터링하고, 상기 모니터링된 결과를 이용하여 상기 트레이스 로그의 생성 여부를 제어하는 API 매니저 장치를 포함하고, 상기 복수의 게이트웨이 장치 각각은, 트레이스 로그(trace log)를 저장하는 저장부 및 런타임(runtime) 중에 발생되는 에러(error)와 관련된 이벤트를 감지하고, 상기 이벤트가 감지되면 트레이스 로그를 생성하며, 상기 생성된 트레이스 로그를 상기 저장부에 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 제어부를 포함하는 것을 특징으로 한다.
또한 상기 API 매니저 장치는, 상기 복수의 게이트웨이 장치 중 어느 하나의 게이트웨이 장치로부터 에러 발생에 대한 알림 메시지를 수신하면, 나머지 게이트웨이 장치로 상기 이벤트와 관련된 제어신호를 전송하는 것을 특징으로 한다.
또한 상기 API 매니저 장치는, 상기 제어신호를 수신한 게이트웨이 장치가 상기 트레이스 로그를 생성하도록 제어하는 것을 특징으로 한다.
본 발명의 실시예에 따르면, 에러와 관련된 이벤트에 대한 트레이스 로그를 자동으로 기록함으로써, 해당 에러로 발생된 문제를 쉽게 추적할 수 있다.
또한 트레이스 로그가 저장되는 저장 용량을 제한하여 디스크 자원 사용에 무리가 되지 않아 보다 원활한 시스템 운영을 할 수 있다.
도 1은 본 발명의 실시예에 따른 에러 추적 시스템을 설명하기 위한 구성도이다.
도 2는 본 발명의 실시예에 따른 게이트웨이 장치를 설명하기 위한 블록도이다.
도 3은 본 발명의 실시예에 따른 트레이스 로그를 생성하는 방법을 설명하기 위한 순서도이다.
도 4는 본 발명의 실시예에 따른 트레이스 로그의 생성 시작 방법을 설명하기 위한 순서도이다.
도 5는 본 발명의 실시예에 따른 컴퓨팅 장치를 설명하기 위한 블록도이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
본 명세서 및 도면(이하 '본 명세서')에서, 동일한 구성요소에 대해서 중복된 설명은 생략한다.
또한 본 명세서에서, 어떤 구성요소가 다른 구성요소에 '연결되어' 있다거나 '접속되어' 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에 본 명세서에서, 어떤 구성요소가 다른 구성요소에 '직접 연결되어' 있다거나 '직접 접속되어' 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
또한, 본 명세서에서 사용되는 용어는 단지 특정한 실시예를 설명하기 위해 사용되는 것으로써, 본 발명을 한정하려는 의도로 사용되는 것이 아니다.
또한 본 명세서에서, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다.
또한 본 명세서에서, '포함하다' 또는 '가지다' 등의 용어는 명세서에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품, 또는 이들을 조합한 것이 존재함을 지정하려는 것일 뿐, 하나 또는 그 이상의 다른 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 할 것이다.
또한 본 명세서에서, '및/또는' 이라는 용어는 복수의 기재된 항목들의 조합 또는 복수의 기재된 항목들 중의 어느 항목을 포함한다. 본 명세서에서, 'A 또는 B'는, 'A', 'B', 또는 'A와 B 모두'를 포함할 수 있다.
또한 본 명세서에서, 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략될 것이다.
도 1은 본 발명의 실시예에 따른 에러 추적 시스템을 설명하기 위한 구성도이다.
도 1을 참조하면, 에러 추적 시스템(400)은 운영환경의 성능에 영향을 최소화하면서 트레이스 로그(trace log)를 생성하여 시스템 상에 에러 발생 시, 해당 에러의 추적을 쉽게 수행한다. 에러 추적 시스템(400)은 복수의 게이트웨이 장치(100) 및 API 매니저 장치(200)를 포함하고, 사용자 단말(300)을 더 포함할 수 있다.
게이트웨이 장치(100)는 클라이언트 단말(미도시)과 타겟 서버(미도시) 사이에서 통신을 중계하는 역할을 수행하는 장치로써, 복수개(100a, 100b, 100c, 100d)를 포함할 수 있다. 이때 게이트웨이 장치(100)는 런타임(runtime)에 대한 로그 파일을 생성하고, 로그 파일을 저장하여 로그 파일이 생성된 시점에 대한 상태가 확인되도록 지원할 수 있다.
상세하게는 게이트웨이 장치(100)는 런타임 중에 발생되는 에러(error)와 관련된 이벤트를 감지한다. 게이트웨이 장치(100)는 이벤트가 감지되면 액세스 로그(access log)를 생성하는 것과 별개로 트레이스 로그를 더 생성하고, 생성된 트레이스 로그를 저장한다. 이때 게이트웨이 장치(100)는 트레이스 로그가 저장되는 저장 용량을 제한할 수 있다. 즉 게이트웨이 장치(100)는 무분별하게 트레이스 로그를 저장하여 디스크 자원(disk resource) 사용에 무리가 발생되지 않도록 미연에 제어한다.
API(application　programming　interface) 매니저 장치(200)는 복수의 게이트웨이 장치(100) 및 사용자 단말(300)과 통신을 수행하고, 복수의 게이트웨이 장치(100)에 대한 에러 추적을 관리한다. 즉 API 매니저 장치(200)는 복수의 게이트웨이 장치(100) 각각에 대한 에러 상태를 모니터링하고, 모니터링된 결과를 기반으로 모니터링 정보를 생성한다. API 매니저 장치(200)는 모니터링 정보를 이용하여 트레이스 로그의 생성 여부를 제어할 수 있다. 예를 들어 API 매니저 장치(200)는 복수의 게이트웨이 장치(100) 중 어느 하나의 게이트웨이 장치(100a)로부터 에러 발생에 대한 알림 메시지를 수신하면 나머지 게이트웨이 장치(100b, 100c, 100d)로 이벤트와 관련된 제어신호를 전송한다. 여기서 이벤트와 관련된 제어신호는 다른 게이트웨이 장치에서 에러가 발생됨에 따라 각 게이트웨이 장치별로 트레이스 로그를 생성하라는 명령이 포함된 신호일 수 있다. 이를 통해 API 매니저 장치(200)는 제어신호를 수신한 게이트웨이 장치가 트레이스 로그를 생성하도록 제어할 수 있다.
사용자 단말(300)은 사용자(시스템 관리자)가 사용하는 단말로써, API 매니저 장치(200)와 통신을 수행한다. 사용자 단말(300)은 API 매니저 장치(200)로부터 각 게이트웨이 장치(100)별 모니터링 정보를 수신하고, 수신된 모니터링 정보를 출력한다. 이때 사용자 단말(300)은 에러가 발생된 게이트웨이 장치를 표시하여 출력할 수 있다. 이를 통해 사용자는 해당 게이트웨이 장치에 문제가 있음을 직관적으로 인지함으로써, 해당 게이트웨이 장치가 정상 구동되도록 조치할 수 있다. 바람직하게는 사용자 단말(500)은 스마트폰, 데스크톱, 랩톱, 태블릿 PC, 핸드헬드 PC 등을 포함하는 컴퓨팅 시스템일 수 있다.
도 2는 본 발명의 실시예에 따른 게이트웨이 장치를 설명하기 위한 블록도이다.
도 1 및 도 2를 참조하면, 게이트웨이 장치(100)는 제어부(30) 및 저장부(50)를 포함하고, 통신부(10)를 더 포함할 수 있다.
통신부(10)는 API 매니저 장치(200)와 통신을 수행한다. 통신부(10)는 에러 발생에 대한 알림 메시지를 API 매니저 장치(200)로 전송한다. 통신부(10)는 API 매니저 장치(200)로부터 이벤트와 관련된 제어신호를 수신한다. 여기서 이벤트와 관련된 제어신호는 다른 게이트웨이 장치에서 에러가 발생됨에 따라 각 게이트웨이 장치별로 트레이스 로그를 생성하라는 명령이 포함된 신호일 수 있다.
제어부(30)는 게이트웨이 장치(100)의 전반적인 제어를 수행한다. 제어부(30)는 런타임 중에 발생되는 로그 상태를 감지한다. 이를 위해 제어부(30)는 액세스 로그를 실시간으로 생성할 수 있다. 또한 제어부(30)는 액세스 로그를 생성하는 것과 별개로 에러와 관련된 이벤트를 감지한다. 여기서 이벤트는 런타임 과정에서 발생되는 오류를 감지하는 경우 또는 API 매니저 장치(200)로부터 수신된 제어신호를 감지하는 경우에 해당할 수 있으나, 이에 한정하지 않는다. 제어부(30)는 이벤트가 감지되면 감지된 시점부터 트레이스 로그를 생성한다. 제어부(30)는 생성된 트레이스 로그를 저장부(50)에 저장한다. 이때 제어부(30)는 트레이스 로그가 저장되는 저장 용량을 제한할 수 있다.
상세하게 제어부(30)는 저장부(50)에 저장되는 트레이스 로그의 크기가 기 설정된 저장 용량을 초과하려는 경우, 트레이스 로그의 저장을 제한하여 기 설정된 저장 용량 내에서만 트레이스 로그를 저장할 수 있다. 바람직하게는 제어부(30)는 생성된 트레이스 로그의 크기가 기 설정된 저장 용량보다 더 커지면 가장 오래된 트레이스 로그를 지우고 그 저장 공간에 새롭게 생성된 트레이스 로그를 저장하는 덮어쓰기 구조일 수 있다. 여기서 기 설정된 저장 용량은 다른 서비스를 처리하는 과정에서 필요로 하는 디스크 자원에 영향을 주지 않을 정도의 저장 용량을 의미한다.
제어부(30)는 트레이스 로그가 생성되는 중 새로운 에러가 감지되면 트레이스 로그의 생성을 중지시킨다. 제어부(30)는 트레이스 로그의 생성이 중지되면 해당 중지됨을 알려주는 알림 메시지를 생성하고, 생성된 알림 메시지를 API 매니저 장치(200)로 전송시킨다. 이를 통해 제어부(30)는 에러로 발생된 문제를 추적할 수 있는 트레이스 로그를 자동으로 저장부(50)에 저장함으로써, 사용자가 해당 문제를 파악하는데 도움을 줄 수 있다.
저장부(50)는 게이트웨이 장치(100)의 구동을 수행하기 위한 프로그램 또는 알고리즘이 저장된다. 저장부(50)는 액세스 로그, 트레이 로그가 저장된다. 이때 저장부(50)는 트레이 로그가 기 설정된 저장 용량 내에서만 저장되도록 설정되고, 해당 설정은 사용자에 의해 변경될 수 있다. 저장부(50)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read-Only Memory, ROM), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기메모리, 자기 디스크 및 광디스크 중 적어도 하나의 저장매체를 포함할 수 있다.
도 3은 본 발명의 실시예에 따른 트레이스 로그를 생성하는 방법을 설명하기 위한 순서도이다.
도 1 및 도 3을 참조하면, 트레이스 로그를 생성하는 방법은 에러와 관련된 이벤트에 대한 트레이스 로그를 자동으로 기록함으로써, 해당 에러로 발생된 문제를 쉽게 추적할 수 있다. 트레이스 로그를 생성하는 방법은 트레이스 로그가 저장되는 저장 용량을 제한하여 디스크 자원 사용에 무리가 되지 않아 보다 원활한 시스템 운영을 할 수 있다.
S110 단계에서, 게이트웨이 장치(100)는 트레이스 로그 관련 이벤트가 발생되었는지 판단한다. 여기서 이벤트는 런타임 과정에서 발생되는 오류를 감지하는 경우 또는 API 매니저 장치(200)로부터 수신된 제어신호를 감지하는 경우에 해당할 수 있다. 게이트웨이 장치(100)는 트레이스 로그 관련 이벤트가 발생되면 S120 단계를 수행하고, 이벤트가 발생되지 않으면 S110 단계를 재수행한다.
S120 단계에서, 게이트웨이 장치(100)는 트레이스 로그를 생성한다. 게이트웨이 장치(100)는 이벤트가 감지된 시점부터 트레이스 로그를 생성할 수 있다.
S130 단계에서, 게이트웨이 장치(100)는 저장되는 트레이스 로그의 저장량이 기 설정된 저장 용량을 초과하는지 판단한다. 여기서 기 설정된 저장 용량은 다른 서비스를 처리하는 과정에서 필요로 하는 디스크 자원에 영향을 주지 않을 정도의 저장 용량을 의미한다. 게이트웨이 장치(100)는 저장되는 트레이스 로그의 저장량이 기 설정된 저장 용량을 초과하면 S140 단계를 수행하고, 초과하지 않으면 S150 단계를 수행한다.
S140 단계에서, 게이트웨이 장치(100)는 가장 오래된 트레이스 로그에 새롭게 생성된 트레이스 로그를 덮어쓰기한다. 즉 게이트웨이 장치(100)는 생성된 트레이스 로그의 크기가 기 설정된 저장 용량보다 더 커지면 가장 오래된 트레이스 로그를 지우고 그 저장 공간에 새롭게 생성된 트레이스 로그를 저장하는 덮어쓰기를 할 수 있다. 이를 통해 게이트웨이 장치(100)는 새롭게 생성된 트레이스 로그가 저장되어 트레이스 로그가 저장되는 저장 용량이 기 설정된 저장 용량보다 더 커지는 현상을 미연에 방지할 수 있다.
S150 단계에서, 게이트웨이 장치(100)는 새로운 에러가 발생되었는지 판단한다. 게이트웨이 장치(100)는 새로운 에러가 발생되었으면 S160 단계를 수행하고, 새로운 에러가 발생되지 않았으면 S120 단계를 수행한다.
S160 단계에서, 게이트웨이 장치(100)는 트레이스 로그의 생성을 중지한다. 게이트웨이 장치(100)는 에러가 발생된 시점을 기준으로 트레이스 로그의 생성을 중지한다. 이로 인해 게이트웨이 장치(100)는 에러가 발생되는 시점 이전의 트레이스 로그를 자동으로 저장할 수 있다.
S170 단계에서, 게이트웨이 장치(100)는 알림 메시지를 전송한다. 게이트웨이 장치(100)는 새로운 에러가 발생됨을 알리는 알림 메시지를 생성하고, 생성된 알림 메시지를 API 매니저 장치(200)로 전송한다.
도 4는 본 발명의 실시예에 따른 트레이스 로그의 생성 시작 방법을 설명하기 위한 순서도이다.
도 1 및 도 4를 참조하면, 트레이스 로그의 생성 시작 방법은 다른 게이트웨이 장치의 에러 발생 상태를 반영하여 생성함으로써, 보다 효율적인 생성을 유도할 수 있다.
S210 단계에서, 게이트웨이 장치(100a)는 에러 발생을 감지한다. 게이트웨이 장치(100a)는 런타임 중에 발생되는 에러를 감지한다.
S220 단계에서, 게이트웨이 장치(100a)는 에러 발생과 관련된 알림 메시지를 API 매니저 장치(200)로 전송한다. 게이트웨이 장치(100a)는 에러 발생을 알려주는 알림 메시지를 생성하고, 생성된 알림 메시지를 API 매니저 장치(200)로 전송한다.
S230 단계에서, API 매니저 장치(200)는 알림 메시지를 확인한다. API 매니저 장치(200)는 게이트웨이 장치(100a)에서 발생된 에러에 대한 알림 메시지를 수신하고, 수신된 알림 메시지를 확인한다.
S240 단계에서, API 매니저 장치(200)는 트레이스 로그 생성을 지시하는 제어신호를 게이트웨이 장치(100b, 100c, 100d)로 전송한다. API 매니저 장치(200)는 자신과 연결된 게이트웨이 장치 중 알림 메시지를 보낸 게이트웨이 장치(100a)를 제외한 나머지 게이트웨이 장치(100b, 100c, 100d)로 제어신호를 전송한다. 또한 API 매니저 장치(200)는 알림 메시지를 수신함을 안내하는 응답 메시지를 게이트웨이 장치(100a)로 전송할 수 있다.
S250 단계에서, 각 게이트웨이 장치(100a, 100b, 100c, 100d)는 트레이스 로그를 생성한다. 이때 각 게이트웨이 장치(100a, 100b, 100c, 100d)는 새로운 에러가 감지되지 않을 때까지 트레이스 로그를 생성할 수 있다.
도 5는 본 발명의 실시예에 따른 컴퓨팅 장치를 설명하기 위한 블록도이다.
도 5를 참조하면, 컴퓨팅 장치(TN100)는 본 명세서에서 기술된 장치(예를 들면 게이트웨이 장치, API 매니저 장치, 사용자 단말 등) 일 수 있다.
컴퓨팅 장치(TN100)는 적어도 하나의 프로세서(TN110), 송수신 장치(TN120), 및 메모리(TN130)를 포함할 수 있다. 또한, 컴퓨팅 장치(TN100)는 저장 장치(TN140), 입력 인터페이스 장치(TN150), 출력 인터페이스 장치(TN160) 등을 더 포함할 수 있다. 컴퓨팅 장치(TN100)에 포함된 구성 요소들은 버스(bus)(TN170)에 의해 연결되어 서로 통신을 수행할 수 있다.
프로세서(TN110)는 메모리(TN130) 및 저장 장치(TN140) 중에서 적어도 하나에 저장된 프로그램 명령(program command)을 실행할 수 있다. 프로세서(TN110)는 중앙 처리 장치(CPU: central processing unit), 그래픽 처리 장치(GPU: graphics processing unit), 또는 본 발명의 실시예에 따른 방법들이 수행되는 전용의 프로세서를 의미할 수 있다. 프로세서(TN110)는 본 발명의 실시예와 관련하여 기술된 절차, 기능, 및 방법 등을 구현하도록 구성될 수 있다. 프로세서(TN110)는 컴퓨팅 장치(TN100)의 각 구성 요소를 제어할 수 있다.
메모리(TN130) 및 저장 장치(TN140) 각각은 프로세서(TN110)의 동작과 관련된 다양한 정보를 저장할 수 있다. 메모리(TN130) 및 저장 장치(TN140) 각각은 휘발성 저장 매체 및 비휘발성 저장 매체 중에서 적어도 하나로 구성될 수 있다. 예를 들어, 메모리(TN130)는 읽기 전용 메모리(ROM: read only memory) 및 랜덤 액세스 메모리(RAM: random access memory) 중에서 적어도 하나로 구성될 수 있다.
송수신 장치(TN120)는 유선 신호 또는 무선 신호를 송신 또는 수신할 수 있다. 송수신 장치(TN120)는 네트워크에 연결되어 통신을 수행할 수 있다.
한편, 본 발명의 실시예는 지금까지 설명한 장치 및/또는 방법을 통해서만 구현되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록 매체를 통해 구현될 수도 있으며, 이러한 구현은 상술한 실시예의 기재로부터 본 발명이 속하는 기술 분야의 통상의 기술자라면 쉽게 구현할 수 있는 것이다.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 통상의 기술자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.
10: 통신부
30: 제어부
50: 저장부
100: 게이트웨이 장치
200: API 매니저 장치
300: 사용자 단말

Claims (7)

  1. 트레이스 로그(trace log)를 저장하는 저장부; 및
    런타임(runtime) 중에 발생되는 에러(error)와 관련된 이벤트를 감지하고, 상기 이벤트가 감지되면 트레이스 로그를 생성하며, 상기 생성된 트레이스 로그를 상기 저장부에 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 제어부;를 포함하고,
    상기 제어부는,
    상기 트레이스 로그가 생성되는 중 새로운 에러가 감지되면 상기 새로운 에러가 발생된 시점을 기준으로 상기 트레이스 로그의 생성을 중지시켜 새로운 에러가 발생되는 시점 이전의 트레이스 로그를 자동 저장시키는 것을 특징으로 하는 게이트웨이 장치.
  2. 제 1항에 있어서,
    상기 제어부는,
    상기 저장되는 트레이스 로그의 크기가 기 설정된 저장 용량을 초과하는 경우, 기 저장된 트레이스 로그 중 가장 오래된 트레이스 로그에 새롭게 생성된 트레이스 로그를 덮어쓰기하는 것을 특징으로 하는 게이트웨이 장치.
  3. 삭제
  4. 게이트웨이 장치가 런타임 중에 발생되는 에러와 관련된 이벤트를 감지하는 단계;
    상기 게이트웨이 장치가 상기 이벤트를 감지하면 트레이스 로그를 생성하는 단계;
    상기 게이트웨이 장치가 상기 생성된 트레이스 로그를 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 단계; 및
    상기 게이트웨이 장치가 상기 트레이스 로그가 생성되는 중 새로운 에러를 감지하면 상기 새로운 에러가 발생된 시점을 기준으로 상기 트레이스 로그의 생성을 중지하여 새로운 에러가 발생되는 시점 이전의 트레이스 로그를 자동 저장하는 단계;
    를 포함하는 트레이스 로그를 생성하는 방법.
  5. 트레이스 로그를 생성하고, 저장하여 기록하는 복수의 게이트웨이 장치; 및
    상기 복수의 게이트웨이 장치 각각에 대한 에러 상태를 모니터링하고, 상기 모니터링된 결과를 이용하여 상기 트레이스 로그의 생성 여부를 제어하는 API 매니저 장치;를 포함하고,
    상기 복수의 게이트웨이 장치 각각은,
    트레이스 로그(trace log)를 저장하는 저장부; 및
    런타임(runtime) 중에 발생되는 에러(error)와 관련된 이벤트를 감지하고, 상기 이벤트가 감지되면 트레이스 로그를 생성하며, 상기 생성된 트레이스 로그를 상기 저장부에 저장하되, 상기 트레이스 로그가 저장되는 저장 용량을 제한하는 제어부;를 포함하며,
    상기 제어부는,
    상기 트레이스 로그가 생성되는 중 새로운 에러가 감지되면 상기 새로운 에러가 발생된 시점을 기준으로 상기 트레이스 로그의 생성을 중지시켜 새로운 에러가 발생되는 시점 이전의 트레이스 로그를 자동 저장시키는 것을 특징으로 하는 에러 추적 시스템.
  6. 제 5항에 있어서,
    상기 API 매니저 장치는,
    상기 복수의 게이트웨이 장치 중 어느 하나의 게이트웨이 장치로부터 에러 발생에 대한 알림 메시지를 수신하면, 나머지 게이트웨이 장치로 상기 이벤트와 관련된 제어신호를 전송하는 것을 특징으로 하는 에러 추적 시스템.
  7. 제 6항에 있어서,
    상기 API 매니저 장치는,
    상기 제어신호를 수신한 게이트웨이 장치가 상기 트레이스 로그를 생성하도록 제어하는 것을 특징으로 하는 에러 추적 시스템.
KR1020220157804A 2022-11-22 2022-11-22 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법 KR102576483B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020220157804A KR102576483B1 (ko) 2022-11-22 2022-11-22 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020220157804A KR102576483B1 (ko) 2022-11-22 2022-11-22 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020230116777A Division KR20240076675A (ko) 2023-09-04 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법

Publications (1)

Publication Number Publication Date
KR102576483B1 true KR102576483B1 (ko) 2023-09-08

Family

ID=88018358

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220157804A KR102576483B1 (ko) 2022-11-22 2022-11-22 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법

Country Status (1)

Country Link
KR (1) KR102576483B1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080070116A (ko) * 2007-01-25 2008-07-30 주식회사 케이티 센서 네트워크의 에러위치 및 에러원인 제공방법
JP2010519848A (ja) * 2007-02-27 2010-06-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線端末動作のトレースの開始
KR20180054364A (ko) * 2016-11-15 2018-05-24 삼성전자주식회사 트레이스 데이터를 생성하는 스토리지 장치 및 상기 스토리지 장치의 동작 방법
KR20220061128A (ko) 2019-09-18 2022-05-12 자일링크스 인코포레이티드 프로그래밍 가능 디바이스의 상태 추적

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080070116A (ko) * 2007-01-25 2008-07-30 주식회사 케이티 센서 네트워크의 에러위치 및 에러원인 제공방법
JP2010519848A (ja) * 2007-02-27 2010-06-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線端末動作のトレースの開始
KR20180054364A (ko) * 2016-11-15 2018-05-24 삼성전자주식회사 트레이스 데이터를 생성하는 스토리지 장치 및 상기 스토리지 장치의 동작 방법
KR20220061128A (ko) 2019-09-18 2022-05-12 자일링크스 인코포레이티드 프로그래밍 가능 디바이스의 상태 추적

Similar Documents

Publication Publication Date Title
US10652331B1 (en) Locally providing highly available cloud-based storage system services
JP6419787B2 (ja) マルウェアコンテンツ検出システム内の仮想マシンへの最適化されたリソース割当て
CN104268055B (zh) 一种程序异常的监控方法和装置
US9521200B1 (en) Locally providing cloud storage array services
JP5656799B2 (ja) 適切なアラートの配信方法、システムおよびコンピュータ・プログラム
US9575745B1 (en) Immediately launching applications
US10025515B2 (en) Providing service address space for diagnostics collection
CN107544755B (zh) 一种数据读写的控制方法和装置
KR102168994B1 (ko) 클라우드 컴퓨팅 환경에서 클라우드 호스트를 삭제하는 방법, 장치, 서버 및 저장 매체
US20230362250A1 (en) Performance-Driven Storage Provisioning
CN111930703A (zh) 日志文件自动抓取方法、装置和计算机设备
US10209905B2 (en) Reusing storage blocks of a file system
CN113626882A (zh) 一种生成设备标识符的方法、装置、介质
US10432490B2 (en) Monitoring single content page application transitions
KR102576483B1 (ko) 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법
KR20240076675A (ko) 에러 추적을 위한 트레이스 로그를 생성하는 게이트웨이 장치 및 방법
WO2019020084A1 (zh) 一种数据存储的方法和系统
CN113840313B (zh) 移动终端的网络模式控制方法、装置和计算机设备
CN111475335B (zh) 一种数据库快速恢复的方法、系统、终端及存储介质
CN114003342A (zh) 一种分布式存储方法、装置、电子设备及存储介质
US9189160B2 (en) Transport agnostic sequential drive recovery with mode data snooping
CN108664366B (zh) 数据传输方法、装置及服务器
US11175830B2 (en) Storage system and data restoration method
JP6076813B2 (ja) 端末の稼動状況監視方法
KR102619048B1 (ko) 오류 처리 방법 및 그 시스템

Legal Events

Date Code Title Description
A107 Divisional application of patent
GRNT Written decision to grant