KR102663678B1 - 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법 - Google Patents

스케일 아웃을 고려한 투자 정보 복구 장치 및 방법 Download PDF

Info

Publication number
KR102663678B1
KR102663678B1 KR1020210061496A KR20210061496A KR102663678B1 KR 102663678 B1 KR102663678 B1 KR 102663678B1 KR 1020210061496 A KR1020210061496 A KR 1020210061496A KR 20210061496 A KR20210061496 A KR 20210061496A KR 102663678 B1 KR102663678 B1 KR 102663678B1
Authority
KR
South Korea
Prior art keywords
investment information
information
scale
investment
server
Prior art date
Application number
KR1020210061496A
Other languages
English (en)
Other versions
KR20220153904A (ko
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 KR1020210061496A priority Critical patent/KR102663678B1/ko
Publication of KR20220153904A publication Critical patent/KR20220153904A/ko
Application granted granted Critical
Publication of KR102663678B1 publication Critical patent/KR102663678B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Technology Law (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Computing Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

스케일 아웃을 고려한 투자 정보 복구 장치 및 방법이 개시되며, 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법은, 투자 정보 서비스를 통해 사용자 단말로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행하는 단계, 거래소 서버로부터 제1투자 정보를 수집하는 단계, 상기 스케일 아웃에 의해 신규 할당된 신규 서버에 상기 제1투자 정보를 저장하는 단계, 상기 스케일 아웃 이전에 기 존재하는 기존 서버로부터 상기 제1투자 정보에 미포함된 제2투자 정보를 수집하는 단계 및 상기 신규 서버에 상기 제2투자 정보를 저장하는 단계를 포함할 수 있다.

Description

스케일 아웃을 고려한 투자 정보 복구 장치 및 방법{APPARATUS AND METHOD FOR RECOVERYING INVESTMENT INFORMATION CONSIDERING SCALE-OUT}
본원은 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법에 관한 것이다.
클라우드 컴퓨팅(Cloud Computing)은 데이터 활용 수요 증대에 따라, 비즈니스 적시성 향상과 초기 투자 비용 절감이라는 장점으로 인해 시장 규모가 지속적으로 늘어나고 있다. 다양한 산업에서 클라우드 컴퓨팅 도입이 확대되고 있으며, 특히 금융 관련 산업 분야에서도 규제 대응, 비용 절감 등의 장점으로 금융 및 핀테크 기업 모두에 중요한 기반 인프라로 자리매김할 것으로 전망된다.
특히, 국내에서도 최근들어 클라우드의 중요성과 파급 효과를 인지하여 정책적인 지원이 지속적으로 이루어지고 있으며, 전자금융감독규정 개정과 데이터 3법 통과로 금융권에서도 개인신용정보, 고유식별정보 등을 국내 소재 클라우드를 이용하여 관리할 수 있게 되었다. 이에 따라 금융 기업과 핀테크 기업은 빅데이터 분석을 통해 혁신 서비스 개발 및 고객 맞춤형 서비스 제공이 용이해질 것으로 기대된다.
한편, 해외의 금융권 역시도 클라우드를 인공지능(AI), 데이터 분석(D&A) 등 다양한 기술 구현을 위한 기본 IT 인프라로 인식하고 클라우드를 도입 중에 있으며, 다양한 굴지의 글로벌 금융 기업들은 규제 대응, 위험관리·분석, 서비스 개발 및 개선 플랫폼 등으로 클라우드를 적용하는 모습을 보이며, 글로벌 핀테크 기업들은 탄력적으로 IT 자원을 이용할 수 있다는 클라우드의 장점을 활용하여 소규모 자본으로 시스템을 구축하는 데 적극 활용하고 있는 등 클라우드 이용 범위 확대와 클라우드 기반의 혁신 서비스 개발 사례들이 발생하면서, 새로운 금융 서비스 개발에 필요한 플랫폼으로서의 클라우드 이용 사례가 점차 늘어날 것으로 예상된다.
한편, 스케일 아웃(Scale-Out)은 서버를 여러 대 추가하여 시스템을 확장하는 기법으로서, 서버가 여러 대로 확장되기 때문에 각 서버에 걸리는 부하를 균등하게 해주는 로드 밸런싱이 동반되며, 스케일 아웃의 경우 서버 한 대가 장애 발생 등의 불측의 원인으로 다운되더라도 다른 서버로 서비스 제공이 가능하다는 이점이 있는 반면, 확장된 모든 서버가 동일한 데이터를 보유하여야 기존 서비스를 지속적으로 제공할 수 있다는 점에서 웹 서버 등에 적합한 특성을 갖는다.
이와 관련하여, 종목 별 시세 정보 제공, 거래 내역 통계 정보 제공 등 다양한 투자 정보를 제공하는 증권사 투자 정보 서비스를 클라우드 내에 구축하고, 접속 사용자 수, 마켓 상황, 운영 시간 등을 고려하여 구축된 서버를 가변적으로 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In) 할 수 있다면 고객 수의 증가 또는 시스템 자원 사용량 증가에 따른 서비스 지연 및 장애를 방지하면서도 운용 비용을 효과적으로 절감할 수 있을 것으로 기대된다.
본원의 배경이 되는 기술은 한국등록특허공보 제10-1987312호에 개시되어 있다.
본원은 전술한 종래 기술의 문제점을 해결하기 위한 것으로서, 투자 정보 서비스와 연계된 스케일 아웃(Scale-Out)을 통해 신규 할당된 서버에서도 기 확보되거나 실시간으로 변동하는 투자 정보를 즉각적으로 제공할 수 있도록 하는 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법을 제공하려는 것을 목적으로 한다.
본원은 전술한 종래 기술의 문제점을 해결하기 위한 것으로서, 고객 수 증가, 시스템 자원 사용량 증가 등에 따른 서비스 지연 및 장애를 방지하고 서버 운용 비용을 절감할 수 있도록 탄력적으로 투자 정보 서비스와 연계된 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)을 수행할 수 있도록 유연한 계층적 구조를 구비하는 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템을 제공하려는 것을 목적으로 한다.
다만, 본원의 실시예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 또 다른 기술적 과제들이 존재할 수 있다.
상기한 기술적 과제를 달성하기 위한 기술적 수단으로서, 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법은, 투자 정보 서비스를 통해 사용자 단말로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행하는 단계, 거래소 서버로부터 제1투자 정보를 수집하는 단계, 상기 스케일 아웃에 의해 신규 할당된 신규 서버에 상기 제1투자 정보를 저장하는 단계, 상기 스케일 아웃 이전에 기 존재하는 기존 서버로부터 상기 제1투자 정보에 미포함된 제2투자 정보를 수집하는 단계 및 상기 신규 서버에 상기 제2투자 정보를 저장하는 단계를 포함할 수 있다.
또한, 상기 제1투자 정보를 수집하는 단계는 상기 신규 서버가 신규 할당된 시점으로부터 미리 설정된 준비 시간 동안 수행될 수 있다.
또한, 상기 제1투자 정보를 저장하는 단계는, 상기 신규 서버에 상기 준비 시간 동안 수집된 상기 제1투자 정보를 누적 저장할 수 있다.
또한, 상기 제1투자 정보 및 상기 제2투자 정보는 상기 투자 정보 서비스와 연계된 거래 종목별 시세 정보를 포함할 수 있다.
또한, 상기 제2투자 정보를 수집하는 단계는, 상기 누적 저장된 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 상기 기존 서버로부터 수집할 수 있다.
또한, 상기 제1투자 정보 및 상기 제2투자 정보는 상기 신규 서버의 인 메모리(In-Memory)에 저장될 수 있다.
또한, 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법은, 상기 거래소 서버로부터 제3투자 정보를 수신하는 단계 및 상기 제1투자 정보 및 상기 제2투자 정보 중 적어도 하나를 상기 제3투자 정보에 기초하여 갱신할 수 있다.
또한, 상기 신규 서버 및 상기 기존 서버는 클라우드 환경에서 구동할 수 있다.
또한, 상기 스케일 아웃(Scale-Out)을 수행하는 단계는, 상기 투자 정보 서비스의 접속자 수, 상기 투자 정보 서비스와 연계된 자원 사용량 및 상기 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 수행될 수 있다.
한편, 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 장치는, 투자 정보 서비스를 통해 사용자 단말로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행하는 스케일 관리부, 거래소 서버로부터 제1투자 정보를 수집하고, 상기 스케일 아웃에 의해 신규 할당된 신규 서버에 상기 제1투자 정보를 저장하는 정보 처리부 및 상기 스케일 아웃 이전에 기 존재하는 기존 서버로부터 상기 제1투자 정보에 미포함된 제2투자 정보를 수집하는 복구 처리부를 포함할 수 있다.
또한, 상기 정보 처리부는, 상기 신규 서버에 상기 제2투자 정보를 저장할 수 있다.
또한, 상기 복구 처리부는, 상기 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 상기 기존 서버로부터 수집할 수 있다.
또한, 상기 정보 처리부는, 상기 거래소 서버로부터 제3투자 정보를 수신하고, 상기 제1투자 정보 및 상기 제2투자 정보 중 적어도 하나를 상기 제3투자 정보에 기초하여 갱신할 수 있다.
또한, 상기한 기술적 과제를 달성하기 위한 기술적 수단으로서, 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템은, 투자 정보 서비스와 연계된 시세 정보 및 거래내역 정보 중 적어도 하나를 사용자 단말로 제공하기 위하여 클라우드 환경에서 구동하는 클라우드 레이어, 상기 시세 정보 및 상기 거래내역 정보를 누적하여 저장하는 데이터베이스 레이어 및 상기 투자 정보 서비스의 접속자 수, 상기 투자 정보 서비스와 연계된 자원 사용량 및 상기 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 상기 클라우드 레이어에 대하여 선택적으로 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)을 수행하는 메인 제어 장치를 포함할 수 있다.
또한, 상기 메인 제어 장치는, 상기 클라우드 레이어에 포함된 서버의 수를 증가시키는 수평적 스케일 아웃 또는 상기 서버의 수를 감소시키는 수평적 스케일 인을 수행할 수 있다.
또한, 상기 클라우드 레이어는 복수의 레이어를 포함하는 계층 구조로 구비될 수 있다.
또한, 상기 메인 제어 장치는, 상기 복수의 레이어 중 일부의 레이어를 배제하는 계층적 스케일 인을 수행할 수 있다.
또한, 상기 클라우드 레이어는, 상기 시세 정보 및 상기 거래내역 정보 중 적어도 하나를 인-메모리(In-Memory)에 기반하여 저장하는 제1레이어 및 상기 시세 정보 및 상기 거래내역 정보 중 적어도 하나를 리모트 메모리(Remote Memory)에 기반하여 저장하는 제2레이어를 포함할 수 있다.
또한, 상기 제1레이어는 상기 시세 정보를 저장할 수 있다.
또한, 상기 메인 제어 장치는, 상기 제1레이어에 적용된 상기 수평적 스케일 아웃에 의해 신규 할당된 서버의 시세 정보를 상기 수평적 스케일 아웃이 적용되기 전에 상기 제1레이어에 기 존재하는 서버에 저장된 시세 정보에 기초하여 복구하는 시세 데이터 복구 로직을 구비할 수 있다.
또한, 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템은, 상기 사용자 단말이 상기 투자 정보 서비스에 접속하는 프로세스를 관리하는 채널 서버를 포함할 수 있다.
또한, 상기 채널 서버는, 상기 사용자 단말로부터 수신된 상기 투자 정보 서비스와 연계된 서비스 요청의 유형 정보에 기초하여 상기 서비스 요청을 상기 클라우드 레이어 또는 상기 데이터베이스 레이어로 전송할 수 있다.
또한, 상기 메인 제어 장치는, 상기 투자 정보 서비스의 운영 시간의 종료에 따라 상기 계층적 스케일 인을 수행할 수 있다.
상술한 과제 해결 수단은 단지 예시적인 것으로서, 본원을 제한하려는 의도로 해석되지 않아야 한다. 상술한 예시적인 실시예 외에도, 도면 및 발명의 상세한 설명에 추가적인 실시예가 존재할 수 있다.
전술한 본원의 과제 해결 수단에 의하면, 투자 정보 서비스와 연계된 스케일 아웃(Scale-Out)을 통해 신규 할당된 서버에서도 기 확보되거나 실시간으로 변동하는 투자 정보를 즉각적으로 제공할 수 있도록 하는 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법을 제공할 수 있다.
전술한 본원의 과제 해결 수단에 의하면, 고객 수 증가, 시스템 자원 사용량 증가 등에 따른 서비스 지연 및 장애를 방지하고 서버 운용 비용을 절감할 수 있도록 탄력적으로 투자 정보 서비스와 연계된 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)을 수행할 수 있도록 유연한 계층적 구조를 구비하는 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템을 제공할 수 있다.
다만, 본원에서 얻을 수 있는 효과는 상기된 바와 같은 효과들로 한정되지 않으며, 또 다른 효과들이 존재할 수 있다.
도 1은 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템의 개략적인 구성도이다.
도 2는 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템의 클라우드 레이어 및 데이터베이스 레이어에서 개별적으로 처리하는 서비스의 유형을 설명하기 위한 개념도이다.
도 3은 수평적 스케일 인-아웃을 설명하기 위한 개념도이다.
도 4는 계층적 스케일 인을 설명하기 위한 개념도이다.
도 5는 계층적 스케일 인에 의해 투자 정보 서비스를 제공하는 계층 구조가 변화되는 것을 설명하기 위한 개념도이다.
도 6은 스케일 아웃에 의해 신규 할당된 서버에 거래소 서버로부터 획득된 투자 정보인 제1투자 정보를 저장하는 프로세스를 나타낸 도면이다.
도 7은 스케일 아웃에 의해 신규 할당된 서버에 기 존재하는 기존 서버로부터 획득된 투자 정보인 제2투자 정보를 저장하는 프로세스를 나타낸 도면이다.
도 8은 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 장치의 개략적인 구성도이다.
도 9는 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법에 대한 동작 흐름도이다.
아래에서는 첨부한 도면을 참조하여 본원이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본원의 실시예를 상세히 설명한다. 그러나 본원은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본원을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
본원 명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결" 또는 "간접적으로 연결"되어 있는 경우도 포함한다.
본원 명세서 전체에서, 어떤 부재가 다른 부재 "상에", "상부에", "상단에", "하에", "하부에", "하단에" 위치하고 있다고 할 때, 이는 어떤 부재가 다른 부재에 접해 있는 경우뿐 아니라 두 부재 사이에 또 다른 부재가 존재하는 경우도 포함한다.
본원 명세서 전체에서, 어떤 부분이 어떤 구성 요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다.
본원은 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법에 관한 것이다.
도 1은 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템의 개략적인 구성도이다.
도 1을 참조하면, 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템(10)(이하, '투자 정보 관리 시스템(10)'이라 한다.)은 메인 제어 장치(100), 채널 서버(200), 클라우드 레이어(300), 데이터베이스 레이어(400) 및 사용자 단말(30)을 포함할 수 있다. 또한, 후술하는 도 6을 참조하면, 투자 정보 관리 시스템(10)은 거래소 서버(500)와 연동할 수 있다.
메인 제어 장치(100), 채널 서버(200), 클라우드 레이어(300), 데이터베이스 레이어(400), 거래소 서버(500) 및 사용자 단말(30) 상호간은 네트워크(20)를 통해 통신할 수 있다. 네트워크(20)는 단말들 및 서버들과 같은 각각의 노드 상호간에 정보 교환이 가능한 연결 구조를 의미하는 것으로, 이러한 네트워크(20)의 일 예에는, 3GPP(3rd Generation Partnership Project) 네트워크, LTE(Long Term Evolution) 네트워크, 5G 네트워크, WIMAX(World Interoperability for Microwave Access) 네트워크, 인터넷(Internet), LAN(Local Area Network), Wireless LAN(Wireless Local Area Network), WAN(Wide Area Network), PAN(Personal Area Network), wifi 네트워크, 블루투스(Bluetooth) 네트워크, 위성 방송 네트워크, 아날로그 방송 네트워크, DMB(Digital Multimedia Broadcasting) 네트워크 등이 포함되나 이에 한정되지는 않는다.
사용자 단말(30)은 예를 들면, 스마트폰(Smartphone), 스마트패드(SmartPad), 태블릿 PC등과 PCS(Personal Communication System), GSM(Global System for Mobile communication), PDC(Personal Digital Cellular), PHS(Personal Handyphone System), PDA(Personal Digital Assistant), IMT(International Mobile Telecommunication)-2000, CDMA(Code Division Multiple Access)-2000, W-CDMA(W-Code Division Multiple Access), Wibro(Wireless Broadband Internet) 단말기 같은 모든 종류의 무선 통신 장치일 수 있다.
채널 서버(200)는 사용자 단말(30)이 투자 정보 관리 시스템(10)에서 제공하는 투자 정보 서비스에 접속하는 프로세스를 관리/중계하는 서버일 수 있다. 보다 구체적으로, 채널 서버(200)는 사용자 단말(30)로부터 투자 정보 서비스와 관련한 사용자 입력을 수신하고, 사용자 입력에 대응하여 투자 정보 서비스 내 각종 정보를 표출하도록 사용자 단말(30)에 표시되는 시각적 인터페이스 등, 투자 정보 서비스와 연계된 사용자 단말(30)의 기기 제어를 위한 공통 인터페이스인 미디어 컨트롤 인터페이스(Media Control Interface)를 관리하는 MCI 서버일 수 있다.
투자 정보 관리 시스템(10)에서의 클라우드 레이어(300)는 투자 정보 서비스와 연계된 시세 정보 및 거래내역 정보 중 적어도 하나를 사용자 단말(30)로 제공하기 위하여 클라우드(Cloud) 환경에서 구동하는 계층을 의미할 수 있다. 예시적으로, 클라우드 레이어(300)와 연계된 클라우드(Cloud) 환경은 퍼블릭 클라우드(Public Cloud) 유형일 수 있다.
또한, 클라우드 레이어(300)는 복수의 서버(310a, 320a, ···, 310n, 320n 등)를 포함하되, 이하에서 상세히 설명하는 바와 같이 클라우드 레이어(300) 내의 서버의 수는 메인 제어 장치(100)에서 수행하는 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)에 의해 필요에 따라 변동하는 것일 수 있다.
또한, 전술한 클라우드 레이어(300)와 구분하여 데이터베이스 레이어(400)는 투자 정보 서비스와 연계된 시세 정보 및 거래내역 정보를 누적하여 저장하는 계층을 의미할 수 있다. 구체적으로, 데이터베이스 레이어(400)는 투자 정보 서비스를 온-프레미스(On-Premise) 방식에 기반하여 제공하는 서버를 포함할 수 있다. 참고로, 데이터베이스 레이어(400)는 온-프레미스 레이어로 달리 지칭될 수 있다.
한편, 채널 서버(200)는 사용자 단말(30)로부터 수신된 투자 정보 서비스와 연계된 서비스 요청의 유형 정보에 기초하여 서비스 요청을 클라우드 레이어(300) 또는 데이터베이스 레이어(400)로 전송할 수 있다.
구체적으로, 본원에서 개시하는 투자 정보 관리 시스템(10)의 클라우드 레이어(300)는 시세 정보 및 거래내역 정보 중 적어도 하나를 인-메모리(In-Memory)에 기반하여 저장하는 제1레이어(310) 및 시세 정보 및 거래내역 정보 중 적어도 하나를 리모트 메모리(Remote Memory)에 기반하여 저장하는 제2레이어(320)를 포함할 수 있다. 또한, 제2레이어(320)는 캐쉬 메모리(Cache Memory)를 활용하여 시세 정보 및 거래내역 정보 중 적어도 하나를 저장하는 것일 수 있으며, 저장된 시세 정보 및 거래내역 정보 중 적어도 하나에 대한 읽기 동작 및 쓰기 동작을 각각 수행하는 리더(Reader) 및 라이터(Writer)를 구비할 수 있다.
한편, 본원의 실시예에 관한 설명에서 거래소 서버(500)는 투자 정보 관리 시스템(10)과 독립적으로 구비되어 투자 정보 서비스와 연계된 증권, 파생상품 등의 복수의 종목별 시세(가격) 정보를 메인 제어 장치(100)로 제공하는 서버일 수 있다. 예를 들어, 거래소 서버(500)는 한국거래소(Korea Exchange, KRX) 서버 등일 수 있으나, 이에만 한정되는 것은 아니다.
도 2는 본원의 일 실시예에 따른 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템의 클라우드 레이어 및 데이터베이스 레이어에서 개별적으로 처리하는 서비스의 유형을 설명하기 위한 개념도이다.
도 2를 참조하면, 클라우드 레이어(300) 및 데이터베이스 레이어(400)는 투자 정보 서비스와 연계된 각종 정보(시세 정보, 거래내역 정보 등)를 저장하도록 구비되되, 클라우드 레이어(300) 및 데이터베이스 레이어(400) 각각에 저장되는 투자 정보의 유형은 서로 상이한 것일 수 있다.
또한, 도 2를 참조하면, 클라우드 레이어(300)는 복수의 레이어를 포함하는 계층 구조로 구비될 수 있다.
본원의 일 실시예에 따르면, 클라우드 레이어(300)는 투자 정보를 저장하는 스토리지 방식(인 메모리 방식 또는 리모트 메모리 방식)에 기초하여 제1레이어(310) 및 제2레이어(320)로 구분되는 것일 수 있다.
구체적으로, 제1레이어(310), 제2레이어(320) 및 데이터베이스 레이어(400) 각각은 투자 정보 서비스와 관련하여 시계열적으로 변동하는 투자 정보를 단순 누적 저장하거나 수집된 투자 정보를 소정의 단위 시간을 기초로 하여 가공하여 저장하는 등 각 레이어마다 구분되는 방식으로 투자 정보를 저장하는 것일 수 있다.
예를 들어, 제1레이어(310)는 해당일에 수집된 투자 정보 데이터(특정 정목의 현재 시세 등의 당일 Data)를 저장하고, 제2레이어(320)는 수집된 투자 정보 데이터를 소정의 단위 시간을 기준으로 샘플링하여 가공한 투자 정보 데이터(틱 Data, 분 Data, 해당일로부터 특정 시점까지의 추세 데이터 등)를 저장하고, 데이터베이스 레이어(400)는 투자 정보 서비스와 관련하여 클라우드 레이어(300)에 비하여 상대적으로 장기간(예를 들면, 월 단위, 년 단위 등) 동안 수집된 투자 정보 데이터를 전체적으로 저장하는 등의 방식으로 레이어 별 저장 방식 및 레이어 별로 저장되는 투자 정보의 유형이 구분되는 것일 수 있으나, 이에만 한정되는 것은 아니다.
또한, 도 2를 참조하면, 제1레이어(310) 및 제2레이어(320)를 포함하는 클라우드 레이어(300)와 데이터베이스 레이어(400)에 저장되는 투자 정보의 유형 내지 투자 정보 저장 방식이 상이하게 결정되는 것에 대응하여, 채널 서버(200)는 사용자 단말(30)로부터 수신된 서비스 요청의 유형에 따라 해당 서비스 요청에 대응하여 사용자 단말(30)로 제공할 투자 정보를 요청할 레이어를 구분할 수 있다.
예시적으로, 채널 서버(200)는 투자 정보 서비스의 제1서비스(Service 1)가 사용자 단말(30)로부터 요청된 경우, 제1서비스와 연계된 투자 정보를 저장하는 제1레이어(310)에 해당 서비스 요청을 전송하고, 이에 대응하는 투자 정보를 제1레이어(310)로부터 획득하여 사용자 단말(30)로 제공할 수 있다. 다른 예로, 채널 서버(200)는 투자 정보 서비스의 제2서비스(Service 2)가 사용자 단말(30)로부터 요청된 경우, 제2서비스와 연계된 투자 정보를 저장하는 제2레이어(320)에 해당 서비스 요청을 전송하고, 이에 대응하는 투자 정보를 제2레이어(320)로부터 획득하여 사용자 단말(30)로 제공할 수 있다. 또 다른 예로, 채널 서버(200)는 투자 정보 서비스의 제3서비스(Service 3)가 사용자 단말(30)로부터 요청된 경우, 제3서비스와 연계된 투자 정보를 저장하는 데이터베이스 레이어(400)에 해당 서비스 요청을 전송하고, 이에 대응하는 투자 정보를 데이터베이스 레이어(400)로부터 획득하여 사용자 단말(30)로 제공할 수 있다.
이해를 돕기 위해 예시하면, 제1서비스는 종목 별 현재가 정보, 관심종목 시세 정보 등을 사용자 단말(30)로 제공하기 위한 서비스를 포함하고, 제2서비스는 틱 데이터/분 데이터/일-월-년 단위 데이터 등의 시계열 데이터를 사용자 단말(30)로 제공하기 위한 서비스를 포함하고, 제3서비스는 재무 데이터, 장기간 시계열 데이터 등을 사용자 단말(30)로 제공하기 위한 서비스를 포함하는 것일 수 있으나, 이에만 한정되는 것은 아니다.
이렇듯, 본원에서 개시하는 투자 정보 관리 시스템(10)은 투자 정보 서비스와 관련하여 사용자에게 제공 가능한 투자 정보의 유형을 구분하고, 각 투자 정보의 유형에 따라 각 투자 정보를 클라우드 환경 또는 물리적 서버 환경에 구축된 소정의 계층(레이어)을 통해 구분하여 저장하는 혼합형(Hybrid) 구조의 계층형 서비스를 구비할 수 있다.
한편, 메인 제어 장치(100)는 본원에서 개시하는 투자 정보 관리 시스템(10)에서 제공하는 투자 정보 서비스의 접속자 수, 투자 정보 서비스와 연계된 자원 사용량 및 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 클라우드 레이어(300)에 대하여 선택적으로 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)을 수행할 수 있다.
도 3은 수평적 스케일 인-아웃을 설명하기 위한 개념도이다.
도 3을 참조하면, 메인 제어 장치(100)는 클라우드 레이어(300)에 포함된 서버의 수를 증가시키는 수평적 스케일 아웃(Scale-Out) 또는 클라우드 레이어(300)에 포함된 서버의 수를 감소시키는 수평적 스케일 인(Scale-In)을 수행할 수 있다(도 3의 '(b)' 및 '(c)').
예시적으로, 메인 제어 장치(100)는 채널 서버(200)를 통한 투자 정보 서비스의 접속자 수, 투자 정보 관리 시스템(10)의 투자 정보 서비스 제공에 따른 자원(리소스) 사용량이 소정 수준 이상 증가하여 투자 정보 서비스를 원활히 제공하기 위하여 클라우드 레이어(300) 내의 서버의 수를 증설해야 하는 것으로 판단되면, 클라우드 레이어(300) 내에 기 존재하는 기존 서버(310a, 320a)를 기초로 하여 기존 서버(310a, 320a)와 대응되는 투자 정보 제공 기능을 구비하는 신규 서버(310k, 320k)를 생성하는 수평적 스케일 아웃(Scale-Out)을 수행할 수 있다.
이와 반대로, 메인 제어 장치(100)는 채널 서버(200)를 통한 투자 정보 서비스의 접속자 수, 투자 정보 관리 시스템(10)의 투자 정보 서비스 제공에 따른 자원(리소스) 사용량이 소정 수준 미만으로 감소하여 클라우드 레이어(300) 내에 적절한 필요량 대비 유휴 서버가 존재하는 상태로서 서버의 수를 감축해야 하는 것으로 판단되면, 클라우드 레이어(300) 내의 서버의 수를 감소시키는 수평적 스케일 인(Scale-In)을 수행할 수 있다.
다른 예로, 메인 제어 장치(100)는 투자 정보 서비스의 운영 시간에 기초하여 운영 시간 내에서 투자 정보 서비스에 대한 사용자(고객)의 접속량 내지 자원(리소스) 사용량이 상대적으로 높은 시간 구간에 대하여 클라우드 레이어(300) 내의 서버를 증설하는 수평적 스케일 아웃(Scale-Out)을 수행할 수 있다. 또한, 이와 다르게 투자 정보 서비스의 운영 시간 내에서 투자 정보 서비스에 대한 사용자(고객)의 접속량 내지 자원(리소스) 사용량이 상대적으로 낮은 시간 구간에 대하여 클라우드 레이어(300) 내의 서버를 감축하는 수평적 스케일 인(Scale-In)을 수행할 수 있다.
이와 관련하여 본원의 일 실시예에 따르면, 메인 제어 장치(100)는 투자 정보 서비스의 운영 시간 내의 시간별 접속자 수 데이터, 자원(리소스) 사용량 데이터 등에 대한 통계 정보를 기 보유하고, 보유한 통계 정보에 기반하여 수평적 스케일 인-아웃을 필요에 따라 시간별로 적용하는 것일 수 있다.
한편, 수평적 스케일 아웃(Scale-Out)에 의해 클라우드 레이어(300) 내에 신규 생성(할당)되는 신규 서버(310k, 320k)는 투자 정보 서비스와 관련하여 기존 서버(310a, 320a)에 저장된 투자 정보를 미보유하게 되므로, 신규 서버(310k, 320k)를 활용한 투자 정보 서비스가 데이터 동시성을 유지하면서 제공되기 위하여는 신규 생성(할당)된 신규 서버(310k, 320k)에 기 확보된 투자 정보를 저장하는 투자 정보 복구 로직이 요구될 수 있다.
이와 관련하여 본원의 일 실시예에 따르면, 메인 제어 장치(100)는 제1레이어(310)에 적용된 수평적 스케일 아웃(Scale-Out)에 의해 신규 할당된 서버의 시세 정보를 수평적 스케일 아웃(Scale-Out)이 적용되기 전에 제1레이어(310)에 기 존재하는 서버에 저장된 시세 정보에 기초하여 복구하는 시세 데이터 복구 로직을 구비할 수 있다. 이러한, 시세 데이터 복구 로직에 대한 구체적인 설명은 도 6 내지 도 9를 참조하여 후술하도록 한다.
또한, 도 3을 참조하면, 메인 제어 장치(100)는 투자 정보 서비스의 접속자 수에 기초하여 채널 서버(200)의 수를 증감하는 수평적 스케일 아웃(Scale-Out) 또는 수평적 스케일 인(Scale-In)을 수행할 수 있다(도 3의 '(a)'). 이와 관련하여, 클라우드 레이어(300)에 대하여 적용되는 스케일 인-아웃과 달리 채널 서버(200)의 경우에는, 채널 서버(200)가 투자 정보 서비스에 대한 사용자의 접속 관리 기능을 수행할 뿐, 투자 정보를 저장하는 기능은 수행하지 않으므로 전술한 데이터 복구 로직이 채널 서버(200)의 수평적 스케일 인-아웃에 대하여는 미적용되는 것일 수 있다.
또한, 도 3을 참조하면, 메인 제어 장치(100)는 채널 서버(200)를 통한 투자 정보 서비스의 접속자 수, 투자 정보 관리 시스템(10)의 투자 정보 서비스 제공에 따른 자원(리소스) 사용량 등에 기초하여 데이터베이스 레이어(400)의 서버의 수를 증감하는 수평적 스케일 아웃(Scale-Out) 또는 수평적 스케일 인(Scale-In)을 수행할 수 있다(도 3의 '(d)'). 이와 관련하여, 데이터베이스 레이어(400)에 대하여 적용되는 수평적 스케일 인-아웃은 클라우드 레이어(300)와 다르게 투자 정보 관리 시스템(10)이 물리적으로 보유한 데이터베이스의 수의 범위 내에서 수행되는 것일 수 있다.
또한, 본원의 일 실시예에 따르면, 메인 제어 장치(100)는 거래소 서버(500)로부터 수신한 투자 정보의 변동 수준 평가 결과를 기초로 클라우드 레이어(300)에 대한 수평적 스케일 아웃(Scale-Out) 또는 수평적 스케일 인(Scale-In)을 수행하는 것일 수 있다. 예를 들어, 메인 제어 장치(100)는 거래소 서버(500)로부터 수신한 투자 정보(예를 들면, 종목별 시세 정보의 증감 평균 등)에 기초하여 이전 시점(예를 들면, 전일 등) 대비 투자 정보의 변동 수준이 임계 수준을 상회하는 것으로 판단되면, 투자 정보 서비스에 접속하는 사용자(고객)의 수가 증가할 것으로 예측(판단)하여 클라우드 레이어(300) 내의 서버의 수를 증설하는 스케일 아웃(Scale-Out)을 사전 적용할 수 있다.
다른 예로, 본원의 일 실시예에 따른 메인 제어 장치(100)는 거래소 서버(500)로부터 수신한 투자 정보(예를 들면, 종목별 시세 정보의 증감 평균 등)에 기초하여 이전 시점(예를 들면, 전일 등) 대비 투자 정보의 변동 수준이 임계 수준에 못 미치는 것으로 판단되면, 투자 정보 서비스에 접속하는 사용자(고객)의 수가 감소할 것으로 예측(판단)하여 클라우드 레이어(300) 내의 서버의 수를 유지하거나 서버의 수를 감축하는 스케일 인(Scale-In)을 사전 적용할 수 있다.
도 4는 계층적 스케일 인을 설명하기 위한 개념도이다.
도 4를 참조하면, 메인 제어 장치(100)는 클라우드 레이어(300) 내의 복수의 레이어 중 적어도 일부를 배제하는 계층적 스케일 인(Scale-In)을 수행할 수 있다.
예시적으로, 도 4에 도시된 바와 같이 메인 제어 장치(100)는 투자 정보 서비스의 접속자 수, 투자 정보 서비스와 연계된 자원 사용량 및 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 클라우드 레이어(300)를 계층 구조 내에서 배제(제거)하여 채널 서버(200) 및 데이터베이스 레이어(400)에 기초하여 투자 정보 서비스가 제공되도록 할 수 있다.
특히, 본원의 일 실시예에 따르면, 메인 제어 장치(100)는 투자 정보 서비스의 운영 시간의 종료에 따라 클라우드 레이어(300)를 배제(제거)하는 계층적 스케일 인(Scale-In)을 수행하는 것일 수 있다.
예시적으로, 메인 제어 장치(100)는 투자 정보 서비스가 종료되는 당일 오후 4시에서 익일 오전 7시까지 제1레이어(310) 및 제2레이어(320)를 배제(제거)하는 계층적 스케일 인(Scale-In)을 통해 클라우드 레이어(300) 내의 운영 서버를 최소화함으로써 비용 절감을 고려한 투자 정보 서비스의 탄력적 운용이 가능해지도록 할 수 있다. 다만, 이에만 한정되는 것은 아니고, 운영 시간에 기초한 계층적 스케일 인 적용 시간은 본원의 구현예에 따라 다양한 시간대로 필요에 따라 적용될 수 있다.
도 5는 계층적 스케일 인에 의해 투자 정보 서비스를 제공하는 계층 구조가 변화되는 것을 설명하기 위한 개념도이다.
도 5의 (a)를 참조하면, 계층적 스케일 인이 적용되기 전에 채널 서버(200)는 클라우드 레이어(300) 내의 제1레이어(310)로부터 현재가, 관심종목 시세 등의 데이터를 획득하여 사용자 단말(30)로 제공하고, 제2레이어(320)로부터 틱/분 데이터, 일/월/년 데이터 등을 획득하여 사용자 단말(30)로 제공하는 반면, 도 5의 (b)를 참조하면, 계층적 스케일 인이 적용된 후에는 제1레이어(310) 및 제2레이어(320)가 제외되고, 채널 서버(200)는 데이터베이스 레이어(400)로부터 현재가, 관심종목 시세, 틱/분 데이터, 일/월/년 데이터 등을 획득하여 사용자 단말(30)로 제공하는 것일 수 있다.
이와 관련하여, 메인 제어 장치(100)는 계층적 스케일 인 적용시, 사용자 단말(30)로부터 수신된 투자 정보 서비스와 연계된 소정의 서비스 요청을 전송할 레이어를 클라우드 레이어(300)로부터 데이터베이스 레이어(400)로 변경할 수 있다. 달리 말해, 채널 서버(200)가 메인 제어 장치(100)의 제어에 따라 계층적 스케일 인 적용 후 데이터베이스 레이어(400)로 직접 라우팅하도록 투자 정보 관리 시스템(10)의 계층 구조가 변동되는 것일 수 있다.
이하에서는, 도 6 내지 도 9를 참조하여 수평적 스케일 아웃(Scale-Out)에 의해 신규 할당된 신규 서버에 기 확보된 투자 정보 및 실시간으로 변동하는 투자 정보를 새로이 복구하는 프로세스에 대하여 상세히 설명하도록 한다.
참고로, 이하에서 설명하는 투자 정보 복구 장치(100)는 앞서 설명한 메인 제어 장치(100)와 동일한 구성을 지칭하는 것일 수 있으나, 이에만 한정되는 것은 아니고 투자 정보 복구 장치(100)는 수평적 스케일 아웃(Scale-Out)에 의해 신규 할당된 신규 서버에 대한 투자 정보를 복구하는 기능을 수행하는 메인 제어 장치(100)의 하위 구성을 지칭하는 것일 수 있다. 달리 말해, 본원의 실시예에 관한 설명에서 도면부호 100은 설명의 편의를 위하여 메인 제어 장치(100) 및 투자 정보 복구 장치(100)에 대하여 혼용될 수 있다.
전술한 바와 같이 투자 정보 복구 장치(100)는 투자 정보 서비스를 통해 사용자 단말(30)로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행할 수 있다. 여기서, 서버를 신규 할당하는 스케일 아웃은 전술한 수평적 스케일 아웃을 의미할 수 있다. 또한, 수평적 스케일 아웃에 의해 생성된 서버는 신규 서버(310k)로 지칭될 수 있다. 이와 구분하여, 수평적 스케일 아웃이 수행되기 이전부터 투자 정보 서비스를 기 제공하는 서버는 기존 서버(310a)로 지칭될 수 있다.
도 6은 스케일 아웃에 의해 신규 할당된 서버에 거래소 서버로부터 획득된 투자 정보인 제1투자 정보를 저장하는 프로세스를 나타낸 도면이다.
도 6을 참조하면, 투자 정보 복구 장치(100)는 거래소 서버(500)로부터 제1투자 정보를 수집할 수 있다. 또한, 투자 정보 복구 장치(100)는 스케일 아웃에 의해 신규 할당된 신규 서버(310k)에 수집된 제1투자 정보를 저장할 수 있다.
예를 들어, 도 6을 참조하면, 투자 정보 복구 장치(100)는 스케일 아웃이 적용된 후 신규 서버(310k)에 대한 종목별 현재가(시세 정보) 테이블(T)을 생성하고, 거래소 서버(500)로부터 수집되는 제1투자 정보를 종목별 현재가 테이블(T)에 저장할 수 있다.
또한, 본원의 일 실시예에 따르면, 전술한 제1투자 정보와 이하에서 설명하는 제2투자 정보는 본원에서 개시하는 투자 정보 관리 시스템(10)에서 제공하는 투자 정보 서비스와 연계된 거래 종목별 시세 정보를 포함할 수 있으나, 이에만 한정되는 것은 아니고, 제1투자 정보 및 제2투자 정보는 거래 체결 내역, 호가 정보 등 투자 정보 서비스와 연계된 다양한 투자 정보를 포괄하는 것일 수 있다.
또한, 본원의 일 실시예에 따르면, 투자 정보 복구 장치(100)는 거래소 서버(500)로부터 제1투자 정보를 수집하는 프로세스를 신규 서버(310k)가 신규 할당된 시점(달리 말해, 스케일 아웃이 적용된 시점)으로부터 미리 설정된 준비 시간 동안 수행할 수 있다. 또한, 투자 정보 복구 장치(100)는 준비 시간 동안 수집된 제1투자 정보를 신규 서버(310k)에 누적 저장할 수 있다. 이 때, 도 6을 참조하면, 종목별 현재가 테이블(T)에는 준비 시간 동안 제1투자 정보(시세 정보)가 미수집되어 테이블 내에 채워지지 못한 항목(종목)이 존재할 수 있다.
참고로, 전술한 '준비 시간'은 웜-업(Warm-Up) 시간으로 달리 지칭될 수 있다.
도 7은 스케일 아웃에 의해 신규 할당된 서버에 기 존재하는 기존 서버로부터 획득된 투자 정보인 제2투자 정보를 저장하는 프로세스를 나타낸 도면이다.
도 7을 참조하면, 투자 정보 복구 장치(100)는 스케일 아웃 이전에 기 존재하는 기존 서버(310a)로부터 제1투자 정보에 미포함된 제2투자 정보를 수집할 수 있다. 또한, 투자 정보 복구 장치(100)는 신규 서버에 수집된 제2투자 정보를 저장할 수 있다.
이와 관련하여, 본원의 일 실시예에 따르면, 제1투자 정보와 구분되는 제2투자 정보는 본원에서 개시하는 투자 정보 관리 시스템(10)에서 제공하는 투자 정보 서비스와 연계된 거래 종목별 시세 정보 중 웜-업(Warm-Up) 시간 동안 수집된 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 수집한 것을 의미할 수 있다.
이해를 돕기 위해 예시하면, 도 7에 도시된 바와 같이 투자 정보 복구 장치(100)는 제1투자 정보에 기초하여 시세 정보(현재가)가 누락된 AA, BB 및 CC 종목에 대한 제2투자 정보를 기존 서버(310a)로부터 수신하여 종목별 현재가 테이블(T)에 미확보된 투자 정보를 기입할 수 있다. 이와 관련하여, 투자 정보 복구 장치(100)는 기존 서버(310a)로부터 전체 종목에 대한 투자 정보를 획득하는 것이 아니라, 웜업 시간 동안 미확보된 종목에 대한 투자 정보를 선택적으로 제2투자 정보로서 획득하는 것일 수 있다.
한편, 본원의 일 실시예에 따르면, 제1투자 정보 및 제2투자 정보는 신규 서버(310k)의 인 메모리(In-Memory)에 저장될 수 있다.
또한, 투자 정보 복구 장치(100)는 거래소 서버(500)로부터 제3투자 정보를 수신할 수 있다. 또한, 투자 정보 복구 장치(100)는 제1투자 정보 및 제2투자 정보 중 적어도 하나를 수신한 제3투자 정보에 기초하여 갱신할 수 있다.
보다 구체적으로, 투자 정보 복구 장치(100)가 제1투자 정보 및 제2투자 정보에 기초하여 종목별 현재가 테이블(T)에 저장하는 과정에서 특정 종목의 시세가 변동할 수 있으며, 투자 정보 복구 장치(100)는 가장 최근에 변동된 최신의 시세 정보가 반영되어 종목별 현재가 테이블(T)에 저장될 수 있도록, 거래소 서버(500)로부터 수신한 제3투자 정보와 기존 서버(310a)로부터 획득한 제2투자 정보가 순차적으로 입력되는 큐(Queue)를 구비할 수 있다. 또한, 투자 정보 복구 장치(100)는 큐(Queue)에 입력된 투자 정보 중 최신의 투자 정보가 종목별 현재가 테이블(T)에 저장되도록 할 수 있다.
또한, 본원의 일 실시예에 따르면, 투자 정보 복구 장치(100)가 제1투자 정보 및 제2투자 정보에 기초하여 종목별 현재가 테이블(T)에 대한 저장에 완료된 후에도 특정 정목의 시세가 변동할 수 있으므로, 투자 정보 복구 장치(100)는 제1투자 정보 및 제2투자 정보 중 적어도 하나를 새로이 변동된 시세를 반영하는 제3투자 정보에 기초하여 갱신할 수 있다.
도 8은 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 장치의 개략적인 구성도이다.
도 8을 참조하면, 투자 정보 복구 장치(100) 내지 메인 제어 장치(100)는 스케일 관리부(110), 정보 처리부(120) 및 복구 처리부(130)를 포함할 수 있다.
스케일 관리부(110)는 투자 정보 서비스를 통해 사용자 단말(30)로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행할 수 있다.
구체적으로, 본원의 일 실시예에 따르면, 스케일 관리부(110)는 투자 정보 서비스의 접속자 수, 투자 정보 서비스와 연계된 자원 사용량 및 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 투자 정보 관리 시스템(10)의 클라우드 레이어(300)에 대하여 선택적으로 스케일 아웃(Scale-Out) 또는 스케일 인(Scale-In)을 수행할 수 있다.
정보 처리부(120)는 거래소 서버(500)로부터 제1투자 정보를 수집하고, 스케일 아웃에 의해 신규 할당된 신규 서버(310k)에 수집된 제1투자 정보를 저장할 수 있다. 나아가, 정보 처리부(120)는 신규 서버(310k)에 기존 서버(310a)로부터 수집한 제2투자 정보를 저장할 수 있다.
또한, 정보 처리부(120)는 거래소 서버(500)로부터 제3투자 정보를 수신하고, 기 확보된 제1투자 정보 및 제2투자 정보 중 적어도 하나를 제3투자 정보에 기초하여 갱신할 수 있다.
복구 처리부(130)는 스케일 아웃 이전에 기 존재하는 기존 서버(310a)로부터 제1투자 정보에 미포함된 제2투자 정보를 수집할 수 있다. 구체적으로, 복구 처리부(130)는 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 기존 서버(310a)로부터 수집할 수 있다.
종합하면, 정보 처리부(120)는 거래소 서버(500)로부터 제1투자 정보 또는 제3투자 정보를 수신하는 시세 수신 프로그램과 제1투자 정보, 제2투자 정보 및 제3투자 정보에 기초하여 신규 서버(310k)의 종목별 현재가 테이블(T)에 투자 정보를 기입(입력)하는 시세 처리 프로그램을 보유하는 것으로 이해될 수 있다.
또한, 복구 처리부(130)는 기존 서버(310a)로부터 제2투자 정보를 획득하여 정보 처리부(120)로 제공하는 ScaleOut 복구 프로그램을 보유하는 것으로 이해될 수 있다.
이하에서는 상기에 자세히 설명된 내용을 기반으로, 본원의 동작 흐름을 간단히 살펴보기로 한다.
도 9는 본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법에 대한 동작 흐름도이다.
도 9에 도시된 스케일 아웃을 고려한 투자 정보 복구 방법은 앞서 설명된 투자 정보 복구 장치(100)에 의하여 수행될 수 있다. 따라서, 이하 생략된 내용이라고 하더라도 투자 정보 복구 장치(100)에 대하여 설명된 내용은 도 9에 대한 설명에도 동일하게 적용될 수 있다.
도 9를 참조하면, 단계 S11에서 스케일 관리부(110)는 투자 정보 서비스를 통해 사용자 단말(30)로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행할 수 있다.
본원의 일 실시예에 따르면, 단계 S11에서 스케일 관리부(110)는 투자 정보 서비스의 접속자 수, 투자 정보 서비스와 연계된 자원 사용량 및 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 클라우드 레이어(300)에 포함된 서버의 수를 증가시키는 수평적 스케일 아웃(Scale-Out)을 수행할 수 있다.
다음으로, 단계 S12에서 정보 처리부(120)는 거래소 서버(500)로부터 제1투자 정보를 수집할 수 있다.
본원의 일 실시예에 따르면, 단계 S12는 신규 서버(310k)가 신규 할당된 시점으로부터 미리 설정된 준비 시간(웜업 시간) 동안 수행될 수 있다.
다음으로, 단계 S13에서 정보 처리부(120)는 스케일 아웃에 의해 신규 할당된 신규 서버(310k)에 수집된 제1투자 정보를 저장할 수 있다.
본원의 일 실시예에 따르면, 단계 S13에서 정보 처리부(120)는 신규 서버(310k)에 준비 시간 동안 수집된 제1투자 정보를 누적 저장할 수 있다.
다음으로, 단계 S14에서 복구 처리부(130)는 스케일 아웃 이전에 기 존재하는 기존 서버(310a)로부터 제1투자 정보에 미포함된 제2투자 정보를 수집할 수 있다.
구체적으로, 단계 S14에서 복구 처리부(130)는 웜업 시간 동안 누적 저장된 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 기존 서버(310a)로부터 수집할 수 있다.
다음으로, 단계 S15에서 정보 처리부(120)는 신규 서버(310k)에 수집된 제2투자 정보를 저장할 수 있다.
다음으로, 단계 S16에서 정보 처리부(120)는 거래소 서버(500)로부터 제3투자 정보를 수신할 수 있다.
다음으로, 단계 S17에서 정보 처리부(120)는 제1투자 정보 및 제2투자 정보 중 적어도 하나를 수신한 제3투자 정보에 기초하여 갱신할 수 있다.
상술한 설명에서, 단계 S11 내지 S17은 본원의 구현예에 따라서, 추가적인 단계들로 더 분할되거나, 더 적은 단계들로 조합될 수 있다. 또한, 일부 단계는 필요에 따라 생략될 수도 있고, 단계 간의 순서가 변경될 수도 있다.
본원의 일 실시예에 따른 스케일 아웃을 고려한 투자 정보 복구 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
또한, 전술한 스케일 아웃을 고려한 투자 정보 복구 방법은 기록 매체에 저장되는 컴퓨터에 의해 실행되는 컴퓨터 프로그램 또는 애플리케이션의 형태로도 구현될 수 있다.
전술한 본원의 설명은 예시를 위한 것이며, 본원이 속하는 기술분야의 통상의 지식을 가진 자는 본원의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본원의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본원의 범위에 포함되는 것으로 해석되어야 한다.
10: 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템
100: 메인 제어 장치(투자 정보 복구 장치)
110: 스케일 관리부
120: 정보 처리부
130: 복구 처리부
200: 채널 서버
300: 클라우드 레이어
400: 데이터베이스 레이어
500: 거래소 서버
20: 네트워크
30: 사용자 단말

Claims (12)

  1. 스케일 아웃을 고려한 투자 정보 복구 방법에 있어서,
    투자 정보 서비스를 통해 사용자 단말로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행하는 단계;
    거래소 서버로부터 제1투자 정보를 수집하는 단계;
    상기 스케일 아웃에 의해 신규 할당된 신규 서버에 상기 제1투자 정보를 저장하는 단계;
    상기 스케일 아웃 이전에 기 존재하는 기존 서버로부터 상기 제1투자 정보에 미포함된 제2투자 정보를 수집하는 단계; 및
    상기 신규 서버에 상기 제2투자 정보를 저장하는 단계,
    를 포함하되,
    상기 제1투자 정보 및 상기 제2투자 정보는 상기 투자 정보 서비스와 연계된 거래 종목별 시세 정보를 포함하고,
    상기 스케일 아웃(Scale-Out)을 수행하는 단계는,
    상기 거래소 서버로부터 수신되는 상기 거래 종목별 시세 정보의 증감 평균의 변동 수준이 임계 수준을 초과하는 것으로 판단되면, 상기 투자 정보 서비스에 접속하는 사용자의 수가 증가할 것으로 예측하여 상기 스케일 아웃을 적용하는 것이고,
    상기 제1투자 정보를 수집하는 단계는 상기 신규 서버가 신규 할당된 시점으로부터 미리 설정된 준비 시간 동안 수행되고,
    상기 제1투자 정보를 저장하는 단계는,
    상기 신규 서버에 상기 준비 시간 동안 수집된 상기 제1투자 정보를 종목별 현재가 테이블에 누적 저장하는 것이고,
    상기 제2투자 정보를 수집하는 단계는,
    상기 준비 시간 동안 미확보되어 상기 누적 저장된 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 상기 제2투자 정보로서 상기 기존 서버로부터 선택적으로 수집하는 것이고,
    상기 제2투자 정보를 저장하는 단계는,
    상기 종목별 현재가 테이블에 상기 제2투자 정보를 저장하는 것인, 투자 정보 복구 방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 제1항에 있어서,
    상기 제1투자 정보 및 상기 제2투자 정보는 상기 신규 서버의 인 메모리(In-Memory)에 저장되는 것인, 투자 정보 복구 방법.
  6. 제1항에 있어서,
    상기 거래소 서버로부터 제3투자 정보를 수신하는 단계; 및
    상기 제1투자 정보 및 상기 제2투자 정보 중 적어도 하나를 상기 제3투자 정보에 기초하여 갱신하는 단계,
    를 더 포함하는 것인, 투자 정보 복구 방법.
  7. 제1항에 있어서,
    상기 신규 서버 및 상기 기존 서버는 클라우드 환경에서 구동하는 것인, 투자 정보 복구 방법.
  8. 제1항에 있어서,
    상기 스케일 아웃(Scale-Out)을 수행하는 단계는,
    상기 투자 정보 서비스의 접속자 수, 상기 투자 정보 서비스와 연계된 자원 사용량 및 상기 투자 정보 서비스의 운영 시간 중 적어도 하나에 기초하여 수행되는 것인, 투자 정보 복구 방법.
  9. 스케일 아웃을 고려한 투자 정보 복구 장치에 있어서,
    투자 정보 서비스를 통해 사용자 단말로 투자 정보를 제공하는 서버를 신규 할당하는 스케일 아웃(Scale-Out)을 수행하는 스케일 관리부;
    거래소 서버로부터 제1투자 정보를 수집하고, 상기 스케일 아웃에 의해 신규 할당된 신규 서버에 상기 제1투자 정보를 저장하는 정보 처리부; 및
    상기 스케일 아웃 이전에 기 존재하는 기존 서버로부터 상기 제1투자 정보에 미포함된 제2투자 정보를 수집하는 복구 처리부,
    를 포함하고,
    상기 정보 처리부는,
    상기 신규 서버에 상기 제2투자 정보를 저장하는 것이고,
    상기 제1투자 정보 및 상기 제2투자 정보는 상기 투자 정보 서비스와 연계된 거래 종목별 시세 정보를 포함하고,
    상기 스케일 관리부는, 상기 거래소 서버로부터 수신되는 상기 거래 종목별 시세 정보의 증감 평균의 변동 수준이 임계 수준을 초과하는 것으로 판단되면, 상기 투자 정보 서비스에 접속하는 사용자의 수가 증가할 것으로 예측하여 상기 스케일 아웃을 적용하는 것이고,
    상기 정보 처리부는,
    상기 신규 서버가 신규 할당된 시점으로부터 미리 설정된 준비 시간 동안 상기 제1투자 정보를 수집하고, 상기 신규 서버에 상기 준비 시간 동안 수집된 상기 제1투자 정보를 종목별 현재가 테이블에 누적 저장하고, 상기 준비 시간 동안 미확보되어 상기 누적 저장된 제1투자 정보에 시세 정보가 미포함된 거래 종목에 대한 시세 정보를 상기 제2투자 정보로서 상기 기존 서버로부터 선택적으로 수집하고, 상기 종목별 현재가 테이블에 상기 제2투자 정보를 저장하는 것인, 투자 정보 복구 장치.
  10. 삭제
  11. 삭제
  12. 제9항에 있어서,
    상기 정보 처리부는,
    상기 거래소 서버로부터 제3투자 정보를 수신하고, 상기 제1투자 정보 및 상기 제2투자 정보 중 적어도 하나를 상기 제3투자 정보에 기초하여 갱신하는 것인, 투자 정보 복구 장치.
KR1020210061496A 2021-05-12 2021-05-12 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법 KR102663678B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210061496A KR102663678B1 (ko) 2021-05-12 2021-05-12 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210061496A KR102663678B1 (ko) 2021-05-12 2021-05-12 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20220153904A KR20220153904A (ko) 2022-11-21
KR102663678B1 true KR102663678B1 (ko) 2024-05-07

Family

ID=84233840

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210061496A KR102663678B1 (ko) 2021-05-12 2021-05-12 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법

Country Status (1)

Country Link
KR (1) KR102663678B1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009169449A (ja) * 2007-12-10 2009-07-30 Takeshi Mishima 高信頼化データベースシステムおよびその同期方法、仲介方法、仲介装置、仲介プログラム
JP2013117808A (ja) * 2011-12-02 2013-06-13 Nomura Research Institute Ltd 分析装置および分析方法
JP2016024469A (ja) * 2014-07-16 2016-02-08 Ｎｅｃエンジニアリング株式会社 データ管理システム、データ管理装置、プログラム及びデータ管理方法
KR102116244B1 (ko) * 2018-12-20 2020-06-05 경희대학교 산학협력단 네트워크 트래픽 예측 기반의 효율적인 컨테이너 오토 스케일링 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009169449A (ja) * 2007-12-10 2009-07-30 Takeshi Mishima 高信頼化データベースシステムおよびその同期方法、仲介方法、仲介装置、仲介プログラム
JP2013117808A (ja) * 2011-12-02 2013-06-13 Nomura Research Institute Ltd 分析装置および分析方法
JP2016024469A (ja) * 2014-07-16 2016-02-08 Ｎｅｃエンジニアリング株式会社 データ管理システム、データ管理装置、プログラム及びデータ管理方法
KR102116244B1 (ko) * 2018-12-20 2020-06-05 경희대학교 산학협력단 네트워크 트래픽 예측 기반의 효율적인 컨테이너 오토 스케일링 방법 및 장치

Also Published As

Publication number Publication date
KR20220153904A (ko) 2022-11-21

Similar Documents

Publication Publication Date Title
US9336059B2 (en) Forecasting capacity available for processing workloads in a networked computing environment
EP2327024B1 (en) Techniques for resource location and migration across data centers
US9525728B2 (en) Prediction and distribution of resource demand
US7984151B1 (en) Determining placement of user data to optimize resource utilization for distributed systems
US8707254B2 (en) Service level objective for cloud hosted applications
US10944816B2 (en) Application placing and scaling
CN105468442B (zh) 用于跨越云来迁移资源的方法、系统和介质
US11080711B2 (en) Computerized transaction routing system and methods useful in conjunction therewith
US10482400B2 (en) Cognitive route planning for unit replenishment in a distributed network
CN103516778A (zh) 云计算中基于风险式动态地理定位的服务复制方法和系统
US11126506B2 (en) Systems and methods for predictive data protection
US20240187324A1 (en) Decentralized computing networks, architectures and techniques for processing events across multiple channels
KR102663678B1 (ko) 스케일 아웃을 고려한 투자 정보 복구 장치 및 방법
KR102663679B1 (ko) 적응적 스케일 인-아웃 기반의 투자 정보 관리 시스템
Finkelstein et al. Reducing degradation and age of items in imperfect repair modeling
Kalimulina Math modeling of the reliability control and monitoring system of complex network platforms
Xu et al. Dynamic security exchange scheduling model for business workflow based on queuing theory in cloud computing
CN117149799B (zh) 一种数据更新方法、装置、电子设备及计算机可读介质
Roskladka et al. Cloud Based Architecture of the Core Banking System.
US11645013B2 (en) Managing dispersed storage network background tasks
US11075773B1 (en) Data cap management of super heavy users based on monthly usage and service plan limits
Bögelsack et al. SAP S/4HANA on Google Cloud–Concepts and Architecture
Elgedawy Data Consistency as a Service (DCaaS)
JP2023538121A (ja) デバイス管理システム及び方法
CN115022313A (zh) 一种云架构下的数据迁移方法及系统

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant