KR102422709B1 - 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법 - Google Patents

극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법 Download PDF

Info

Publication number
KR102422709B1
KR102422709B1 KR1020200180759A KR20200180759A KR102422709B1 KR 102422709 B1 KR102422709 B1 KR 102422709B1 KR 1020200180759 A KR1020200180759 A KR 1020200180759A KR 20200180759 A KR20200180759 A KR 20200180759A KR 102422709 B1 KR102422709 B1 KR 102422709B1
Authority
KR
South Korea
Prior art keywords
databases
data
network
database
read
Prior art date
Application number
KR1020200180759A
Other languages
English (en)
Other versions
KR20220008718A (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 쿠팡 주식회사
Publication of KR20220008718A publication Critical patent/KR20220008718A/ko
Priority to KR1020220086965A priority Critical patent/KR102654171B1/ko
Application granted granted Critical
Publication of KR102422709B1 publication Critical patent/KR102422709B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • 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/24—Querying
    • G06F16/242—Query formulation
    • G06F16/2433—Query languages
    • G06F16/2445—Data retrieval commands; View definitions
    • 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
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3433—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management

Abstract

복수의 네트워크 연결된 데이터베이스의 가동률을 모니터하고; 복수의 네트워크 연결된 데이터베이스에 저장된 데이터 요소에 대해서 제1 사용자 디바이스로부터 제1 데이터 판독 요청을 수신하고; 가동률 및 부하 분담률에 기초하여 복수의 네트워크 연결된 데이터베이스 중에서 제1 타깃 데이터베이스를 선택하고; 제1 타깃 데이터베이스에 저장된 데이터 요소의 사본에 대한 제1 데이터 쿼리를 생성하고; 그리고 제1 데이터 판독 요청에 응답하여 제1 타깃 데이터베이스로부터 제1 사용자 디바이스에 데이터 요소의 사본을 포워딩하는 시스템 및 방법이 개시된다.

Description

극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법{SYSTEMS AND METHODS OF BALANCING NETWORK LOAD FOR ULTRA HIGH SERVER AVAILABILITY}
본 개시는 일반적으로 극히 높은 서버 가용성을 달성하기 위해 다중 서버에 걸쳐 네트워크 부하 또는 트래픽을 밸런싱하는 컴퓨터화된 방법 및 시스템에 관한 것이다. 특히, 본 개시의 실시예는 다중 서버에 걸쳐 네트워크 트래픽을 지능적으로 라우팅하여 서버들의 장기간 사용으로부터 가동 시간을 최대화시키고 에러를 최소화시키는 창의적이고 독특한 시스템에 관한 것이다.
온라인으로 수행되는 일상의 활동수가 점점 늘어나는 오늘날의 사회에서는, 인터넷에 액세스하는 디바이스의 수 및 온라인에 저장되는 데이터량이 기하급수적으로 증가하고 있다. 그러나, 인터넷은 방대한 양의 데이터가 저장되는 온라인 상의 추상적인 장소가 아니다. 그것은 클라이언트 디바이스(예로써, 모바일폰, 컴퓨터, 서버)와, 데이터 센터나 서버 팜과 같은 장소에 물리적으로 수용되는 저장 디바이스(예로써, 하드 드라이브) 간의 연결망이다.
서버는 다수의 저장 디바이스를 포함하는 컴퓨터 시스템을 실행시키는 컴퓨터 프로그램을 의미한다. 예를 들어, 웹사이트용 컴퓨터 판독 가능한 데이터 파일 세트(예로써, 웹사이트를 렌더링하기 위한 컴퓨터 판독 가능한 명령, 웹사이트 상에 표시하기 위한 이미지 파일)가 서버의 저장 디바이스에 저장되어 있을 때 웹사이트는 서버 상에서 호스팅된다. 사용자가 웹브라우저에 웹 주소를 입력하여 웹사이트에 액세스하는 경우, 사용자 디바이스(즉, 클라이언트 디바이스)는 적절한 파일들을 검색하기 위해 서버에 쿼리를 전송하고 웹브라우저 상에 해당 웹사이트를 표시하도록 그것들을 처리한다.
서버에 저장된 파일에 액세스하기 위한 개별 쿼리는, 본질적으로 단순하지만, 서버에 엄청난 부하가 될 수 있다. 게임 서버가 게임 출시 당일에 그 게임에 접속하고 있는 수백만명으로부터의 쿼리가 쇄도하는 경우 및 유명 아티스트의 콘서트 티켓 발매시 웹사이트 티켓팅이 쇄도하는 경우와 같이, 갑작스러운 쿼리의 급증은 서버 다운을 유발하는 것으로 알려져 있다.
또한, 서버는 무기한으로 온라인 상태를 계속 유지할 수 없다. 그것은 유지보수를 위해 때때로 오프라인으로 전환되어야 하며, 그 때에 서버에 의해 제공되는 임의의 서비스(예로써, 웹사이트, 게임 등)에 사용자가 액세스할 수 없다.
일부는 이 문제를 해결하기 위해 다중 서버를 구현했다. 이런 구현에서는, 들어오는 쿼리에 의해 생성된 부하는 서버들 간에 공유된다. 그러나, 사용자 디바이스는 최적의 서비스를 위해 쿼리를 전송해야 하는 서버를 결정하도록 프로그래밍되어 있지 않으며, 개별 사용자 디바이스에 해당 기능을 프로그래밍하는 것은 전체적인 역학에 복잡성을 가중시킨다. 수백만명의 사용자 디바이스에 라우팅 알고리즘을 구현하는 것은 가중된 복잡성으로 인해 디바이스를 고장에 더 취약하게 만들 것이다.
그러므로, 사용자 디바이스로부터의 어떤 추가적인 명령 없이 들어오는 쿼리가 서로 다른 서버에 할당되도록, 백그라운드에서 들어오는 쿼리에 의해 생성된 네트워크 부하를 관리하기 위한 시스템 및 방법이 요구된다. 이러한 시스템 및 방법은 개별 서버에 대한 부하를 줄여서, 그것들의 고장률을 낮추고, 서비스가 온라인 상태를 유지하고 있는 동안 서버들의 서브세트가 오프라인으로 전환될 수 있도록 서로 다른 서버 간에 부하가 이동되어 전체적으로 더 큰 가동 시간을 달성할 것이다.
본 개시의 일 형태는 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 시스템에 관한 것이다. 이 시스템은 명령을 저장하는 메모리 및 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 이 명령은: 복수의 네트워크 연결된 데이터베이스의 가동률을 모니터하고; 복수의 네트워크 연결된 데이터베이스에 저장된 데이터 요소에 대해서 제1 사용자 디바이스로부터 제1 데이터 판독 요청을 수신하고; 가동률 및 부하 분담률에 기초하여 복수의 네트워크 연결된 데이터베이스 중에서 제1 타깃 데이터베이스를 선택하고; 제1 타깃 데이터베이스에 저장된 데이터 요소의 사본에 대한 제1 데이터 쿼리를 생성하고; 그리고 제1 데이터 판독 요청에 응답하여 제1 타깃 데이터베이스로부터 제1 사용자 디바이스에 데이터 요소의 사본을 포워딩하는 것을 포함할 수 있다.
본 개시의 다른 형태는 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 방법에 관한 것이다. 이 방법은: 복수의 네트워크 연결된 데이터베이스의 가동률을 모니터하고; 복수의 네트워크 연결된 데이터베이스에 저장된 데이터 요소에 대해서 제1 사용자 디바이스로부터 제1 데이터 판독 요청을 수신하고; 가동률 및 부하 분담률에 기초하여 복수의 네트워크 연결된 데이터베이스 중에서 제1 타깃 데이터베이스를 선택하고; 제1 타깃 데이터베이스에 저장된 데이터 요소의 사본에 대한 제1 데이터 쿼리를 생성하고; 그리고 제1 데이터 판독 요청에 응답하여 제1 타깃 데이터베이스로부터 제1 사용자 디바이스에 데이터 요소의 사본을 포워딩하는 것을 포함할 수 있다.
또한, 본 개시의 또 다른 형태는 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 시스템에 관한 것이다. 이 시스템은: 동일한 데이터 세트를 저장하도록 구성된 복수의 네트워크 연결된 데이터베이스; 복수의 네트워크 연결된 데이터베이스의 네트워크 트래픽 및 네트워크 부하를 모니터하도록 구성된 코디네이터; 및 복수의 네트워크 연결된 데이터베이스에 저장된 정보를 검색하기 위해 복수의 사용자 요청을 수신하도록 구성된 서비서를 포함할 수 있으며, 여기서, 코디네이터는 복수의 네트워크 연결된 데이터베이스 중에서 제1 데이터베이스로 복수의 사용자 요청의 서브세트를 라우팅하도록 더 구성되고, 제1 데이터베이스는 복수의 사용자 요청의 서브세트에 응답하여 데이터를 전송하도록 구성된다.
또한 다른 시스템, 방법, 및 컴퓨터 판독 가능 매체가 여기서 논의된다.
도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 데이터베이스를 새로운 정보로 업데이트하고 그것을 다수의 데이터베이스에 복제하기 위한 컴퓨터 시스템을 포함하는 네트워크 환경의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 4는 개시된 실시예에 따른, 데이터베이스를 새로운 정보로 업데이트하고 그것을 다수의 데이터베이스에 복제하기 위한 예시적인 컴퓨터 프로세스의 플로차트이다.
도 5는 개시된 실시예에 따른, 들어오는 쿼리들을 처리하기 위한 컴퓨터 시스템을 포함하는 네트워크 환경의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 6은 개시된 실시예에 따른, 들어오는 쿼리들을 처리하기 위한 예시적인 컴퓨터 프로세스의 플로차트이다.
이어서 첨부된 도면을 참조하여 자세하게 설명된다. 가능하면, 다음의 설명에서 같거나 유사한 부분에 대해 참조되도록 도면에서 같은 도면 부호가 사용된다. 여기에 몇몇 예시적인 실시예가 설명되지만, 변경, 조정 및 다른 구현도 가능하다. 예를 들면, 도면 내의 구성 및 스텝에 대해 교체, 추가, 또는 변경이 이루어질 수 있고, 여기에 설명된 예시적인 방법은 개시된 방법에 대해 스텝을 교체, 순서 변경, 제거 또는 추가함으로써 변경될 수 있다. 따라서, 다음의 자세한 설명은 개시된 실시예 및 예시로 제한되는 것은 아니다. 대신에 본 발명의 적절한 범위는 청구범위에 의해 규정된다.
본 개시의 실시예는 일정한 가동 시간 및 최소의 에러율이 요망되는, 다중 서버에 걸쳐 지능적으로 네트워크 트래픽을 라우팅하는 컴퓨터화된 방법 및 시스템에 관한 것이다.
도 1a를 참조하면, 배송, 운송 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 예시적인 시스템의 실시예를 나타낸 개략적인 블록도(100)가 도시되어 있다. 도 1a에 나타낸 바와 같이, 시스템(100)은 다양한 시스템을 포함할 수 있으며, 이들 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템은 (예를 들어, 케이블을 사용한) 직접 연결을 통해 서로 연결될 수 있다. 도시된 시스템은 배송 기관 기술(shipment authority technology, SAT) 시스템(101), 외부 프론트 엔드 시스템(103), 내부 프론트 엔드 시스템(105), 운송 시스템(107), 모바일 디바이스(107A, 107B, 107C), 판매자 포털(109), 배송 및 주문 트래킹(shipment and order tracking, SOT) 시스템(111), 풀필먼트 최적화(fulfillment optimization, FO) 시스템(113), 풀필먼트 메시징 게이트웨이(fulfillment messaging gateway, FMG)(115), 공급 체인 관리(supply chain management, SCM) 시스템(117), 창고 관리 시스템(119), 모바일 디바이스(119A, 119B, 119C)(풀필먼트 센터(fulfillment center, FC)(200) 내부에 있는 것으로 도시됨), 제3자 풀필먼트 시스템(121A, 121B, 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system, FC Auth)(123), 및 노동 관리 시스템(labor management system, LMS)(125)을 포함한다.
일부 실시예에서, SAT 시스템(101)은 주문 상태와 배달 상태를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SAT 시스템(101)은 주문이 약속된 배달 날짜(Promised Delivery Date, PDD)를 지났는지를 결정할 수 있고, 새로운 주문을 개시시키고, 배달되지 않은 주문의 아이템을 다시 배송하며, 배달되지 않은 주문을 취소하고, 주문 고객과 연락을 시작하는 것 등을 포함하는 적합한 조치를 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 배송된 패키지의 개수와 같은) 출력, 및 (배송시 사용하기 위해 수신된 빈 카드보드 박스의 개수와 같은) 입력을 포함하는 다른 데이터를 감시할 수 있다. SAT 시스템(101)은 또한, 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 장치들 간의 (예를 들면, 저장 전달(store-and-forward) 또는 다른 기술을 사용하는) 통신을 가능하게 하는 시스템(100) 내의 상이한 장치들 사이의 게이트웨이로서 동작할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자가 시스템(100) 내의 하나 이상의 시스템과 상호 동작할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 시스템(100)이 시스템의 프레젠테이션을 가능하게 하여 사용자가 아이템에 대한 주문을 할 수 있도록 하는 실시예에서, 외부 프론트 엔드 시스템(103)은 검색 요청을 수신하고, 아이템 페이지를 제시하며, 결제 정보를 요청하는 웹 서버로서 구현될 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청을 수신 및 처리하고, 이들 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 설계된 커스텀 웹 서버 소프트웨어를 실행할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 또는 결제 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
도 1b, 1c, 1d 및 1e에 의해 나타낸 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 것에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프레젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템 또는 디바이스로부터 정보를 수신할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(Search Result Page, SRP)(예를 들면, 도 1b), 싱글 디테일 페이지(Single Detail Page, SDP)(예를 들면, 도 1c), 장바구니 페이지(Cart page)(예를 들면, 도 1d), 또는 주문 페이지(예를 들면, 도 1e)를 포함하는 하나 이상의 웹페이지를 호스팅하거나 제공할 수 있다. (예를 들면, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용하는) 사용자 디바이스는 외부 프론트 엔드 시스템(103)으로 이동하고 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 FO 시스템(113)으로부터 검색 요청을 만족하는 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, (FO 시스템(113)으로부터) 검색 결과에 포함된 각 제품에 대한 약속된 배달 날짜(Promised Delivery Date) 또는 "PDD"를 요청하고 수신할 수 있다. 일부 실시예에서, PDD는 제품이 들어있는 패키지가 특정 기간 이내, 예를 들면, 하루의 끝(PM 11:59)까지 주문되면 언제 사용자가 원하는 장소에 도착할 것인지에 대한 추정 또는 제품이 사용자가 원하는 장소에 배달될 약속된 날짜를 나타낼 수 있다(PDD는 FO 시스템(113)과 관련하여 이하에서 더 논의된다).
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들면, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족하는 정보를 포함할 수 있다. 예를 들면, 이는 검색 요청을 만족하는 제품의 사진을 포함할 수 있다. SRP는 또한, 각 제품에 대한 각각의 가격, 또는 각 제품, PDD, 무게, 크기, 오퍼(offer), 할인 등에 대한 개선된 배달 옵션에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SRP를 요청 사용자 디바이스로 전송할 수 있다.
사용자 디바이스는 SRP에 나타낸 제품을 선택하기 위해, 예를 들면, 사용자 인터페이스를 클릭 또는 탭핑하거나, 다른 입력 디바이스를 사용하여 SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보에 대한 요청을 만들어 내고 이를 외부 프론트 엔드 시스템(103)으로 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품에 관한 정보를 요청할 수 있다. 예를 들면, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이상의 추가 정보를 포함할 수 있다. 이는, 예를 들면, 유통 기한, 원산지, 무게, 크기, 패키지 내의 아이템 개수, 취급 지침, 또는 제품에 대한 다른 정보를 포함할 수 있다. 정보는 또한, (예를 들면, 이 제품 및 적어도 하나의 다른 제품을 구입한 고객의 빅 데이터 및/또는 기계 학습 분석에 기초한) 유사한 제품에 대한 추천, 자주 묻는 질문에 대한 답변, 고객의 후기, 제조 업체 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들면, 도 1c)를 준비할 수 있다. SDP는 또한, "지금 구매(Buy Now)" 버튼, "장바구니에 추가(Add to Cart)" 버튼, 수량 필드, 아이템 사진 등과 같은 다른 상호 동작 요소를 포함할 수 있다. SDP는 제품을 오퍼하는 판매자의 리스트를 포함할 수 있다. 이 리스트는 최저가로 제품을 판매하는 것으로 오퍼하는 판매자가 리스트의 최상단에 위치하도록, 각 판매자가 오퍼한 가격에 기초하여 순서가 정해질 수 있다. 이 리스트는 또한 최고 순위 판매자가 리스트의 최상단에 위치하도록, 판매자 순위에 기초하여 순서가 정해질 수 있다. 판매자 순위는, 예를 들어, 약속된 PPD를 지켰는지에 대한 판매자의 과거 추적 기록을 포함하는, 복수의 인자에 기초하여 만들어질 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SDP를 요청 사용자 디바이스로 전달할 수 있다.
요청 사용자 디바이스는 제품 정보를 나열하는 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 동작할 수 있다. 예를 들면, 요청 사용자 디바이스의 사용자는 SDP의 "장바구니에 담기(Place in Cart)" 버튼을 클릭하거나, 이와 상호 동작할 수 있다. 이렇게 하면 사용자와 연계된 쇼핑 장바구니에 제품이 추가된다. 사용자 디바이스는 제품을 쇼핑 장바구니에 추가하기 위해 외부 프론트 엔드 시스템(103)으로 이러한 요청을 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 장바구니 페이지(예를 들면, 도 1d)를 생성할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 가상의 "쇼핑 장바구니(shopping cart)"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP, 또는 다른 페이지의 아이콘을 클릭하거나, 상호 동작함으로써 장바구니 페이지를 요청할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 장바구니에 추가한 모든 제품 뿐 아니라 각 제품의 수량, 각 제품의 품목당 가격, 관련 수량에 기초한 각 제품의 가격, PDD에 관한 정보, 배달 방법, 배송 비용, 쇼핑 장바구니의 제품을 수정(예를 들면, 수량의 삭제 또는 수정)하기 위한 사용자 인터페이스 요소, 다른 제품의 주문 또는 제품의 정기적인 배달 설정에 대한 옵션, 할부(interest payment) 설정에 대한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같은 장바구니의 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스의 사용자는 쇼핑 장바구니에 있는 제품의 구매를 시작하기 위해 사용자 인터페이스 요소(예를 들면, "지금 구매(Buy Now)"라고 적혀있는 버튼)를 클릭하거나, 이와 상호 동작할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 시작하기 위해 이러한 요청을 외부 프론트 엔드 시스템(103)으로 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 구매를 시작하는 요청을 수신하는 것에 응답하여 주문 페이지(예를 들면, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는 쇼핑 장바구니로부터의 아이템을 재나열하고, 결제 및 배송 정보의 입력을 요청한다. 예를 들면, 주문 페이지는 쇼핑 장바구니의 아이템 구매자에 관한 정보(예를 들면, 이름, 주소, 이메일 주소, 전화번호), 수령인에 관한 정보(예를 들면, 이름, 주소, 전화번호, 배달 정보), 배송 정보(예를 들면, 배달 및/또는 픽업 속도/방법), 결제 정보(예를 들면, 신용 카드, 은행 송금, 수표, 저장된 크레딧), 현금 영수증을 요청하는 사용자 인터페이스 요소(예를 들면, 세금 목적) 등을 요청하는 섹션을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 사용자 디바이스에 주문 페이지를 전송할 수 있다.
사용자 디바이스는 주문 페이지에 정보를 입력하고 외부 프론트 엔드 시스템(103)으로 정보를 전송하는 사용자 인터페이스 요소를 클릭하거나, 상호 동작할 수 있다. 그로부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 다른 시스템으로 전송하여 쇼핑 장바구니의 제품으로 새로운 주문을 생성하고 처리할 수 있도록 한다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자가 주문과 관련된 정보를 전송 및 수신할 수 있도록 추가로 구성될 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들면, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 시스템(100)이 사용자가 아이템에 대한 주문을 할 수 있게 하는 시스템의 프레젠테이션을 가능하게 하는 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 볼 수 있게 하고, 아이템 정보를 수정하며, 또는 주문에 대한 통계를 검토할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들면, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 (도시되지 않은 다른 디바이스뿐 아니라) 시스템(100) 내에 나타낸 시스템 또는 디바이스로부터 요청을 수신 및 처리하고, 그러한 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 (설계된 커스텀 웹 서버 소프트웨어를 실행)할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
일부 실시예에서, 운송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A-107C) 간의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 운송 시스템(107)은 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들면, 일부 실시예에서, 모바일 디바이스(107A-107C)는 배달원에 의해 동작되는 디바이스를 포함할 수 있다. 정규직, 임시적 또는 교대 근무일 수 있는 배달원은 사용자에 의해 주문된 제품들이 들어 있는 패키지의 배달을 위해 모바일 디바이스(107A-107C)를 이용할 수 있다. 예를 들면, 패키지를 배달하기 위해, 배달원은 배달할 패키지와 배달할 위치를 나타내는 모바일 디바이스 상의 알림을 수신할 수 있다. 배달 장소에 도착하면, 배달원은 (예를 들면, 트럭의 뒤나 패키지의 크레이트에) 패키지를 둘 수 있고, 모바일 디바이스를 사용하여 패키지 상의 식별자와 관련된 데이터(예를 들면, 바코드, 이미지, 텍스트 문자열, RFID 태그 등)를 스캔하거나, 캡처하며, (예를 들면, 현관문에 놓거나, 경비원에게 맡기거나, 수령인에게 전달하는 것 등에 의해) 패키지를 배달할 수 있다. 일부 실시예에서, 배달원은 모바일 디바이스를 사용하여 패키지의 사진(들)을 찍거나 및/또는 서명을 받을 수 있다. 모바일 디바이스는, 예를 들면, 시간, 날짜, GPS 위치, 사진(들), 배달원에 관련된 식별자, 모바일 디바이스에 관련된 식별자 등을 포함하는 배달에 관한 정보를 포함하는 정보를 운송 시스템(107)에 전송할 수 있다. 운송 시스템(107)은 시스템(100) 내의 다른 시스템에 의한 접근을 위해 데이터베이스(미도시)에 이러한 정보를 저장할 수 있다. 일부 실시예에서, 운송 시스템(107)은 다른 시스템에 특정 패키지의 위치를 나타내는 트래킹 데이터를 준비 및 전송하기 위해 이러한 정보를 사용할 수 있다.
일부 실시예에서, 특정 사용자는, 한 종류의 모바일 디바이스를 사용할 수 있는 반면(예를 들면, 정규 직원은 바코드 스캐너, 스타일러스 및 다른 장치와 같은 커스텀 하드웨어를 갖는 전문 PDA를 사용할 수 있음), 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들면, 임시 또는 교대 근무 직원이 기성 휴대 전화 및/또는 스마트폰을 사용할 수 있음).
일부 실시예에서, 운송 시스템(107)은 사용자를 각각의 디바이스와 연관시킬 수 있다. 예를 들면, 운송 시스템(107)은 사용자(예를 들면, 사용자 식별자, 직원 식별자, 또는 전화번호에 의해 표현됨)와 모바일 디바이스(예를 들면, International Mobile Equipment Identity(IMEI), International Mobile Subscription Identifier(IMSI), 전화번호, Universal Unique Identifier(UUID), 또는 Globally Unique Identifier(GUID)에 의해 표현됨) 간의 연관성(association)을 저장할 수 있다. 운송 시스템(107)은, 다른 것들 중에 작업자의 위치, 작업자의 효율성, 또는 작업자의 속도를 결정하기 위해 데이터베이스에 저장된 데이터를 분석하기 위해 배달시 수신되는 데이터와 관련하여 이러한 연관성을 사용할 수 있다.
일부 실시예에서, 판매자 포털(109)은 판매자 또는 다른 외부 엔터티(entity)가 시스템(100) 내의 하나 이상의 시스템과 전자 통신할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 판매자는 판매자 포털(109)을 사용하여 시스템(100)을 통해 판매하고자 하는 제품에 대하여, 제품 정보, 주문 정보, 연락처 정보 등을 업로드하거나 제공하는 컴퓨터 시스템(미도시)을 이용할 수 있다.
일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 고객(예를 들면, 디바이스(102A-102B)를 사용하는 사용자)에 의해 주문된 제품들이 들어 있는 패키지의 위치에 관한 정보를 수신, 저장 및 포워딩하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 고객에 의해 주문된 제품들이 들어 있는 패키지를 배달하는 배송 회사에 의해 운영되는 웹 서버(미도시)로부터 정보를 요청하거나 저장할 수 있다.
일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 시스템(100)에 나타낸 시스템들로부터 정보를 요청하고 저장할 수 있다. 예를 들면, 배송 및 주문 트래킹 시스템(111)은 운송 시스템(107)으로부터 정보를 요청할 수 있다. 전술한 바와 같이, 운송 시스템(107)은 사용자(예를 들면, 배달원) 또는 차량(예를 들면, 배달 트럭) 중 하나 이상과 연관된 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 또한, 풀필먼트 센터(예를 들면, 풀필먼트 센터(200)) 내부의 개별 제품의 위치를 결정하기 위해 창고 관리 시스템(WMS)(119)으로부터 정보를 요청할 수 있다. 배송 및 주문 트래킹 시스템(111)은 운송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 이를 처리하며, 요청시 디바이스(예를 들면, 사용자 디바이스(102A, 102B))로 제공할 수 있다.
일부 실시예에서, 풀필먼트 최적화(FO) 시스템(113)은 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103) 및/또는 배송 및 주문 트래킹 시스템(111))으로부터의 고객 주문에 대한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 아이템이 유지 또는 저장되는 곳을 나타내는 정보를 저장할 수 있다. 예를 들면, 소정 아이템은 하나의 풀필먼트 센터에만 저장될 수 있는 반면, 소정 다른 아이템은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시예에서, 특정 풀필먼트 센터는 아이템의 특정 세트(예를 들면, 신선한 농산물 또는 냉동 제품)만을 저장하도록 구성될 수 있다. FO 시스템(113)은 이러한 정보뿐 아니라 관련 정보(예를 들면, 수량, 크기, 수령 날짜, 유통 기한 등)를 저장한다.
FO 시스템(113)은 또한, 각 제품에 대해 대응하는 PDD(약속된 배달 날짜)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 요소에 기초할 수 있다. 예를 들면, FO 시스템(113)은 제품에 대한 과거 수요(예를 들면, 그 제품이 일정 기간 동안 얼마나 주문되었는지), 제품에 대한 예측된 수요(예를 들면, 얼마나 많은 고객이 다가오는 기간 동안 제품을 주문할 것으로 예상되는지), 일정 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크 전반의 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것으로 예상되는지를 나타내는 네트워크 전반의 예측된 수요, 각각의 제품을 저장하는 각 풀필먼트 센터(200)에 저장된 제품의 하나 이상의 개수, 그 제품에 대한 예상 또는 현재 주문 등에 기초하여 제품에 대한 PDD를 계산할 수 있다.
일부 실시예에서, FO 시스템(113)은 주기적으로(예를 들면, 시간별로) 각 제품에 대한 PDD를 결정하고, 검색하거나 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로 전송하기 위해 이를 데이터베이스에 저장할 수 있다. 다른 실시예에서, FO 시스템(113)은 하나 이상의 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로부터 전자 요청을 수신하고 요구에 따라 PDD를 계산할 수 있다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는 FO 시스템(113)과 같은 시스템(100) 내의 하나 이상의 시스템으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 그것을 다른 포맷 또는 프로토콜로 변환하여, 변환된 포맷 또는 프로토콜로 된 요청 또는 응답을 WMS(119) 또는 제3자 풀필먼트 시스템(121A, 121B, 또는 121C)과 같은 다른 시스템에 포워딩하며, 반대의 경우도 가능한 컴퓨터 시스템으로서 구현될 수 있다.
일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SCM 시스템(117)은, 예를 들어 제품에 대한 과거 수요, 제품에 대한 예측된 수요, 네트워크 전반의 과거 수요, 네트워크 전반의 예측된 수요, 각각의 풀필먼트 센터(200)에 저장된 제품 개수, 각 제품에 대한 예상 또는 현재 주문 등에 기초하여, 특정 제품에 대한 수요의 수준을 예측할 수 있다. 이러한 예측된 수준과 모든 풀필먼트 센터를 통한 각 제품의 수량에 응답하여, SCM 시스템(117)은 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 양을 구매 및 비축하기 위한 하나 이상의 구매 주문을 생성할 수 있다.
일부 실시예에서, 창고 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, WMS(119)는 개개의 디바이스(예를 들면, 디바이스(107A-107C 또는 119A-119C))로부터 개별 이벤트를 나타내는 이벤트 데이터를 수신할 수 있다. 예를 들면, WMS(119)는 패키지를 스캔하기 위해 이들 디바이스 중 하나를 사용한 것을 나타내는 이벤트 데이터를 수신할 수 있다. 풀필먼트 센터(200) 및 도 2에 관하여 이하에서 논의되는 바와 같이, 풀필먼트 프로세스 동안, 패키지 식별자(예를 들면, 바코드 또는 RFID 태그 데이터)는 특정 스테이지의 기계(예를 들면, 자동 또는 핸드헬드 바코드 스캐너, RFID 판독기, 고속 카메라, 태블릿(119A), 모바일 디바이스/PDA(119B), 컴퓨터(119C)와 같은 디바이스 등)에 의해 스캔되거나 판독될 수 있다. WMS(119)는 패키지 식별자, 시간, 날짜, 위치, 사용자 식별자, 또는 다른 정보와 함께 대응하는 데이터베이스(미도시)에 패키지 식별자의 스캔 또는 판독을 나타내는 각 이벤트를 저장할 수 있고, 이러한 정보를 다른 시스템(예를 들면, 배송 및 주문 트래킹 시스템(111))에 제공할 수 있다.
일부 실시예에서, WMS(119)는 하나 이상의 디바이스(예를 들면, 디바이스(107A-107C 또는 119A-119C))와 시스템(100)과 연관된 하나 이상의 사용자를 연관시키는 정보를 저장할 수 있다. 예를 들면, 일부 상황에서, (파트 타임 또는 풀 타임 직원과 같은) 사용자는 모바일 디바이스(예를 들면, 모바일 디바이스는 스마트폰임)를 소유한다는 점에서, 모바일 디바이스와 연관될 수 있다. 다른 상황에서, 사용자는 임시로 모바일 디바이스를 보관한다는 점에서(예를 들면, 하루의 시작에서부터 모바일 디바이스를 대여받은 사용자가, 하루 동안 그것을 사용하고, 하루가 끝날 때 그것을 반납할 것임), 모바일 디바이스와 연관될 수 있다.
일부 실시예에서, WMS(119)는 시스템(100)과 연관된 각각의 사용자에 대한 작업 로그를 유지할 수 있다. 예를 들면, WMS(119)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리비닝 월(rebin wall) 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(200)의 바닥 또는 구역), 직원에 의해 시스템을 통해 이동된 유닛의 수(예를 들면, 픽업된 아이템의 수, 패킹된 아이템의 수), 디바이스(예를 들면, 디바이스(119A-119C))와 관련된 식별자 등을 포함하는, 각 직원과 관련된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A-119C)에서 작동되는 계시(timekeeping) 시스템과 같은 계시 시스템으로부터 체크-인 및 체크-아웃 정보를 수신할 수 있다.
일부 실시예에서, 제3자 풀필먼트 (3PL) 시스템(121A-121C)은 물류 및 제품의 제3자 제공자와 관련된 컴퓨터 시스템을 나타낸다. 예를 들면, (도 2와 관련하여 이하에서 후술하는 바와 같이) 일부 제품이 풀필먼트 센터(200)에 저장되는 반면, 다른 제품은 오프-사이트(off-site)에 저장될 수 있거나, 수요에 따라 생산될 수 있으며, 달리 풀필먼트 센터(200)에 저장될 수 없다. 3PL 시스템(121A-121C)은 FO 시스템(113)으로부터 (예를 들면, FMG(115)를 통해) 주문을 수신하도록 구성될 수 있으며, 고객에게 직접 제품 및/또는 서비스(예를 들면, 배달 또는 설치)를 제공할 수 있다. 일부 구현예에서, 하나 이상의 3PL 시스템(121A-121C)은 시스템(100)의 일부일 수 있지만, 다른 구현예에서는, 하나 이상의 3PL 시스템(121A-121C)이 시스템(100)의 외부에 있을 수 있다(예를 들어, 제3자 제공자에 의해 소유 또는 운영됨)일 수 있다.
일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 일부 실시예에서, FC Auth(123)는 시스템(100) 내의 하나 이상의 다른 시스템에 대한 단일-사인 온(single-sign on, SSO) 서비스로서 작동할 수 있다. 예를 들면, FC Auth(123)는 내부 프론트 엔드 시스템(105)을 통해 사용자가 로그인하게 하고, 사용자가 배송 및 주문 트래킹 시스템(111)에서 리소스에 액세스하기 위해 유사한 권한을 갖고 있다고 결정하며, 두 번째 로그인 프로세스 요구 없이 사용자가 그러한 권한에 액세스할 수 있게 한다. 다른 실시예에서, FC Auth(123)는 사용자(예를 들면, 직원)가 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들면, 일부 직원은 (디바이스(119A-119C)와 같은) 전자 디바이스를 갖지 않을 수 있으며, 대신 하루 동안 풀필먼트 센터(200) 내에서 작업들 사이 및 구역들 사이에서 이동할 수 있다. FC Auth(123)는 이러한 직원들이 상이한 시간 대에 수행 중인 작업과 속해 있는 구역을 표시할 수 있도록 구성될 수 있다.
일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원(풀-타임 및 파트-타임 직원을 포함함)에 대한 출근 및 초과 근무 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, LMS(125)는 FC Auth(123), WMS(119), 디바이스(119A-119C), 운송 시스템(107), 및/또는 디바이스(107A-107C)로부터 정보를 수신할 수 있다.
도 1a에 나타낸 특정 구성은 단지 예시일 뿐이다. 예를 들면, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 나타낸 반면, 모든 실시예가 이러한 특정 구성을 필요로 하는 것은 아니다. 실제로, 일부 실시예에서, 시스템(100) 내의 시스템은 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 임대 회선 등을 포함하는 하나 이상의 공공 또는 사설 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜 등에서 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.
도 2는 풀필먼트 센터(200)를 나타낸다. 풀필먼트 센터(200)는 주문시 고객에게 배송하기 위한 아이템을 저장하는 물리적 장소의 예시이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있으며, 각각이 도 2에 도시된다. 일부 실시예에서, 이러한 "구역(zones)"은 아이템을 수령하고, 아이템을 저장하고, 아이템을 검색하고, 아이템을 배송하는 과정의 상이한 단계 사이의 가상 구분으로 생각될 수 있다. 따라서, "구역"이 도 2에 나타나 있으나, 일부 실시예에서, 구역의 다른 구분도 가능하고, 도 2의 구역은 생략, 복제, 또는 수정될 수 있다.
인바운드 구역(203)은 도 1a의 시스템(100)을 사용하여 제품을 판매하고자 하는 판매자로부터 아이템이 수신되는 FC(200)의 영역을 나타낸다. 예를 들면, 판매자는 트럭(201)을 사용하여 아이템(202A, 202B)을 배달할 수 있다. 아이템(202A)은 자신의 배송 팔레트(pallet)를 점유하기에 충분히 큰 단일 아이템을 나타낼 수 있으며, 아이템(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적층되는 아이템의 세트를 나타낼 수 있다.
작업자는 인바운드 구역(203)의 아이템을 수령하고, 선택적으로 컴퓨터 시스템(미도시)을 사용하여 아이템이 손상되었는지 및 정확한지를 체크할 수 있다. 예를 들면, 작업자는 아이템(202A, 202B)의 수량을 아이템의 주문 수량과 비교하기 위해 컴퓨터 시스템을 사용할 수 있다. 수량이 일치하지 않는다면, 해당 작업자는 아이템(202A, 202B) 중 하나 이상을 거부할 수 있다. 수량이 일치한다면, 작업자는 그 아이템들을 (예를 들면, 짐수레(dolly), 핸드트럭(handtruck), 포크리프트(forklift), 또는 수작업으로) 버퍼 구역(205)으로 운반할 수 있다. 버퍼 구역(205)은, 예를 들면, 예측된 수요를 충족시키기 위해 픽업 구역에 그 아이템이 충분한 수량만큼 있기 때문에, 픽업 구역에서 현재 필요하지 않은 아이템에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 포크리프트(206)는 버퍼 구역(205) 주위와 인바운드 구역(203) 및 드롭 구역(207) 사이에서 아이템을 운반하도록 작동한다. (예를 들면, 예측된 수요로 인해) 픽업 구역에 아이템(202A, 202B)이 필요하면, 포크리프트는 아이템(202A, 202B)을 드롭 구역(207)으로 운반할 수 있다.
드롭 구역(207)은 픽업 구역(209)으로 운반되기 전에 아이템을 저장하는 FC(200)의 영역일 수 있다. 픽업 동작에 할당된 작업자("피커(picker)")는 픽업 구역의 아이템(202A, 202B)에 접근하고, 픽업 구역에 대한 바코드를 스캔하며, 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A, 202B)과 관련된 바코드를 스캔할 수 있다. 그 다음 피커는 (예를 들면, 카트에 놓거나 운반함으로써) 픽업 구역(209)에 아이템을 가져갈 수 있다.
픽업 구역(209)은 아이템(208)이 저장 유닛(210)에 저장되는 FC(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책꽂이, 박스, 토트(tote), 냉장고, 냉동고, 저온 저장고 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 픽업 구역(209)은 다수의 플로어로 편성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들면, 포크리프트, 엘리베이터, 컨베이어 벨트, 카트, 핸드트럭, 짐수레, 자동화된 로봇 또는 디바이스, 또는 수작업을 포함하는 다양한 방식으로 아이템을 픽업 구역(209)으로 운반할 수 있다. 예를 들면, 피커는 아이템(202A, 202B)을 드롭 구역(207)의 핸드트럭 또는 카트에 놓을 수 있으며, 아이템(202A, 202B)을 픽업 구역(209)으로 가져갈 수 있다.
피커는 저장 유닛(210) 상의 특정 공간과 같은 픽업 구역(209)의 특정 스팟에 아이템을 배치(또는 "적재(stow)")하라는 명령을 수신할 수 있다. 예를 들면, 피커는 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A)을 스캔할 수 있다. 디바이스는, 예를 들면, 통로, 선반 및 위치를 나타내는 시스템을 사용하여, 아이템(202A)을 적재해야 하는 위치를 나타낼 수 있다. 그 다음 디바이스는 그 위치에 아이템(202A)을 적재하기 전에 피커가 그 위치에서 바코드를 스캔하도록 할 수 있다. 디바이스는 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 아이템(202A)이 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 적재되었음을 나타내는 데이터를 (예를 들면, 무선 네트워크를 통해) 전송할 수 있다.
일단 사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 아이템(208)을 검색하기 위해 디바이스(119B)에 명령을 수신할 수 있다. 피커는 아이템(208)을 검색하고, 아이템(208) 상의 바코드를 스캔하며, 운송 기구(214) 상에 놓을 수 있다. 일부 실시예에서, 운송 기구(214)가 슬라이드로서 표현되지만, 운송 기구는 컨베이어 벨트, 엘리베이터, 카트, 포크리프트, 핸드트럭, 짐수레, 카트 등 중 하나 이상으로서 구현될 수 있다. 그 다음 아이템(208)은 패킹 구역(211)에 도착할 수 있다.
패킹 구역(211)은 아이템이 픽업 구역(209)으로부터 수령되고 고객에게 최종 배송하기 위해 박스 또는 가방에 패킹되는 FC(200)의 영역일 수 있다. 패킹 구역(211)에서, 아이템을 수령하도록 할당된 작업자("리비닝 작업자(rebin worker)")는 픽업 구역(209)으로부터 아이템(208)을 수령하고, 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들면, 리비닝 작업자는 아이템(208) 상의 바코드를 스캔하기 위해 컴퓨터(119C)와 같은 디바이스를 사용할 수 있다. 컴퓨터(119C)는 아이템(208)이 어느 주문과 관련이 있는지를 시각적으로 나타낼 수 있다. 이는, 예를 들면, 주문에 대응하는 월(216) 상의 공간 또는 "셀(cell)"을 포함할 수 있다. (예를 들면, 셀에 주문의 모든 아이템이 포함되어 있기 때문에) 일단 주문이 완료되면, 리비닝 작업자는 패킹 작업자(또는 "패커(packer)")에게 주문이 완료된 것을 알릴 수 있다. 패커는 셀로부터 아이템을 검색하고, 배송을 위해 이들을 박스 또는 가방에 놓을 수 있다. 그 다음 패커는, 예를 들면, 포크리프트, 카트, 짐수레, 핸드트럭, 컨베이어 벨트, 수작업 또는 다른 방법을 통해, 박스 또는 가방을 허브 구역(213)으로 보낼 수 있다.
허브 구역(213)은 패킹 구역(211)으로부터 모든 박스 또는 가방("패키지(packages)")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는 패키지(218)를 검색하고, 각 패키지가 배달 영역의 어느 부분으로 배달되도록 되어 있는지를 결정하며, 패키지를 적합한 캠프 구역(215)으로 보낼 수 있다. 예를 들면, 배달 영역이 2개의 작은 하위 영역을 갖는다면, 패키지는 2개의 캠프 구역(215) 중 하나로 보내질 것이다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 패키지를 캠프 구역(215)으로 보내는 것은, 예를 들면, (우편 번호에 기초하여) 패키지가 향하는 지리적 영역의 부분을 결정하고, 지리적 영역의 부분과 관련된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시예에서, 캠프 구역(215)은 루트 및/또는 서브-루트로 분류하기 위해 허브 구역(213)으로부터 패키지가 수령되는 하나 이상의 빌딩, 하나 이상의 물리적 공간, 또는 하나 이상의 영역을 포함할 수 있다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되어 있는 반면, 다른 실시예에서는 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.
캠프 구역(215)의 작업자 및/또는 기계는, 예를 들면, 목적지와 기존 루트 및/또는 서브-루트의 비교, 각각의 루트 및/또는 서브-루트에 대한 작업량의 계산, 하루 중 시간, 배송 방법, 패키지(220)를 배송하기 위한 비용, 패키지(220)의 아이템과 관련된 PDD 등에 기초하여 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는 배송될 패키지(220)를 운반할 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226), 배달원(224A, 224B)을 포함한다. 일부 실시예에서, 배달원(224A)이 트럭(222)을 운전할 수 있는데, 이 때 배달원(224A)은 FC(200)에 대한 패키지를 배달하는 풀-타임 직원이며, 트럭은 FC(200)를 소유, 임대 또는 운영하는 동일한 회사에 의해 소유, 임대, 또는 운행된다. 일부 실시예에서, 배달원(224B)이 자동차(226)를 운전할 수 있는데, 이 때 배달원(224B)은 필요에 따라(예를 들면, 계절에 따라) 배달하는 "플렉스(flex)" 또는 비상시적인 작업자이다. 자동차(226)는 배달원(224B)에 의해 소유, 임대 또는 운행될 수 있다.
도 3은 데이터베이스를 새로운 정보로 업데이트하고 그것을 다수의 데이터베이스에 복제하기 위한 네트워크 환경(300)의 예시적인 실시예를 나타낸 개략적인 블록도이다. 네트워크 환경(300)은 다양한 컴퓨터 시스템을 포함할 수 있으며, 그 각각은 하나 이상의 네트워크를 통해서 서로 연결될 수 있다. 일부 실시예에서, 도 3에 도시된 각각의 요소는 시스템 그룹, 시스템 네트워크 내 개별 시스템, 시스템 내부의 기능 유닛이나 모듈, 또는 이것들의 임의의 조합을 나타낼 수 있다. 또한 일부 실시예에서, 각각의 요소들은 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 유선 네트워크 등을 포함하는 하나 이상의 공공 또는 사설 네트워크 연결을 통해서 서로 통신할 수 있다. 개별 시스템은 또한 하나의 지리적 위치 내에 위치하거나 지리적으로 분산될 수 있다.
일부 실시예에서, 도시된 시스템은 데이터 소스(310), 기입 데이터베이스(320), 데이터 스트리머(data streamer; 330), 데이터 큐어(data queuer; 340), 하나 이상의 복제 스트리머(replicated streamer)(예로써, 복제 스트리머 A(350A)), 및 하나 이상의 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))를 포함한다. 기입 데이터베이스(320) 및 판독 데이터베이스(예로써, 360A-360B)는 통칭하여 데이터베이스로 불릴 수 있으며, SQL, 오라클(Oracle), 카산드라(Cassandra), 또는 기타 유사한 RDMBS(relational database management system; 관계형 데이터베이스 관리 시스템)로 구현될 수 있다. 도 3에는 오직 두 쌍의 복제 스트리머 및 판독 데이터베이스가 도시되어 있지만, 그 수는 예시일 뿐이며 추가적인 쌍의 복제 스트리머 및 판독 데이터베이스가 구현될 수 있다.
또한, 도 3에 도시된 각 시스템은 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 그래픽 처리 장치(GPU)와 같은 특수용 컴퓨팅 디바이스, 랩톱, 또는 이들 컴퓨팅 디바이스의 임의의 조합의 형태를 취할 수 있다. 다른 실시예에서, 각 시스템 또는 시스템들의 서브세트는 단일 시스템의 하나 이상의 기능 유닛으로 구현될 수 있다. 추가적으로 또는 대안적으로, 각 시스템 또는 그 서브세트는 독립형 시스템, 또는 더 큰 시스템의 일부일 수 있는 서브시스템의 일부분일 수 있다.
일부 실시예에서, 데이터 소스(310)는 기입 데이터베이스(330) 및 판독 데이터베이스(360A 및 360B)에 저장될 새로운 정보를 제공하도록 구성된 임의의 컴퓨터 시스템일 수 있다. 예를 들면, 데이터 소스(310)는 서버 자체, 또 다른 컴퓨터 시스템, 또는 또 다른 데이터베이스일 수 있다. 일부 실시예에서, 데이터 소스(310)는 둘 이상의 컴퓨터 시스템을 포함할 수 있으며, 그 각각은 기입 데이터베이스(330)에 저장될 새로운 정보를 생성하도록 구성된다.
보다 구체적으로, 일부 실시예에서, 데이터 소스(310)는, 도 2와 관련하여 위에서 설명된 바와 같이, FC(200)에서의 여러 활동으로부터 축적된 다양한 데이터를 수집, 축적, 및/또는 생성하는 풀필먼트 센터와 연관된 데이터베이스일 수 있다. 이 예에서, 데이터 소스(310)에 축적된 데이터는, 특히, 특정 FC(예로써, FC(200))에 의해 처리되는 모든 제품의 제품 식별자(예로써, SKU(stock keeping unit)), 각 제품의 현재 재고 레벨, 및 각 제품에 대한 다른 서비스(예로써, 당일 배송, 방문 설치)의 이용 가능성을 포함할 수 있다. 또는, 데이터 소스(310)는 도 1a와 관련하여 위에서 설명된 SAT 시스템(101), SOT 시스템(111), 및/또는 FO 시스템(113)과 같은 시스템일 수 있다.
일부 실시예에서, 기입 데이터베이스(320)는 다양한 데이터를 수집, 정리(organize) 및 저장하도록 구성된 컴퓨터 시스템일 수 있다. 기입 데이터베이스(320)는 내부에 저장된 데이터가 하나 이상의 데이터 세트에 정리되어 있는 관계형 데이터베이스일 수 있다. 새로운 데이터를 저장을 위해 수용하고 그 데이터를 클라이언트 디바이스(예로써, 모바일 디바이스(107A-107C))가 이용 가능하도록 구성된 종래의 데이터베이스와 달리, 기입 데이터베이스(320)는 클라이언트 디바이스가 액세스하지 못하고 단지 데이터 소스(310)로부터의 새로운 데이터를 수용함으로써 최신의 데이터 세트를 수집하고 유지하도록 구성될 수 있다. 종래의 데이터베이스와 비교하여, 판독 및 기입 기능을 전용의 데이터베이스(예로써, 기입 데이터베이스(320) 및 판독 데이터베이스(360A-360B))로 분리시키면, 각 기능이 다른 것과 혼합되지 않고 수행되게 할 수 있어서, 기입 또는 판독 에러의 위험성을 낮출 수 있다.
일부 실시예에서, 데이터 스트리머(330)는 데이터 소스(310)로부터 새로운 정보를 수신하고 새로운 정보를 통합하기 위해 기입 데이터베이스(320)를 업데이트하도록 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 새로운 정보는 (예로써, 새로운 데이터 기록인 경우) 기입 데이터베이스(320)에 정리된 전체적인 데이터 세트 또는 (예로써, 기존의 데이터 기록을 업데이트하는 경우) 데이터 세트의 일부를 포함하는 데이터 요소를 포함할 수 있다. 어느 경우든 상관없이, 데이터 스트리머(330)는 새로운 정보에 대응하는 기입 데이터베이스(320) 내의 데이터 세트를 식별하고, 도 4와 관련하여 아래에 설명되는 프로세스에서 데이터 세트를 새로운 정보로 덮어쓰기하도록 구성될 수 있다.
일부 실시예에서, 데이터 큐어(340)는 데이터 스트리머(330)를 통해서 기입 데이터베이스(320)로부터 새로운 또는 업데이트된 데이터 세트를 수신하고, 그것을 판독 데이터베이스(360A-360B)에 복제되도록 기다리는 일련의 데이터 세트가 대기하고 있는 버퍼에 추가하도록 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 일부 실시예에서, 데이터 큐어(340)는 HDD(hard disk drive), SSD(solid state drive), RAM, ROM, 또는 버퍼 저장용 플래시 메모리와 같은 저장 매체를 포함할 수 있다. 데이터 큐어(340)에 대기하고 있는 각 데이터 세트는 데이터 세트가 기입 데이터베이스(320)에 기입되었을 때의 시간에 대응하는 타임스탬프와 연관될 수 있다. 버퍼는 특정 시간량 동안 데이터를 유지하도록 구성된 스택, 시퀀스, 큐(queue), 또는 다른 데이터 구조를 포함할 수 있다. 일부 실시예에서, 이 버퍼를 포함하는 스택, 시퀀스, 또는 큐는 선입선출(FIFO) 방식을 따를 수 있으며, 여기서 버퍼에 추가된 첫 데이터 세트는 먼저 복제 스트리머(350A-350B)로 출력된다. 추가 실시예로서, 데이터 큐어(340)는 또한 일련의 데이터 세트를 데이터 복구 또는 기록 보관 목적용 백업으로서 무기한 저장하도록 구성될 수 있다.
일부 실시예에서, 큐는, 판독 데이터베이스(360A-360B)에 복제되기 전에, 새로운 데이터 세트의 임시 저장소로서 역할을 할 수 있다. 이는 상술한 기입 프로세스 및 후술하는 복제 프로세스의 분리를 가능하게 하여, 각 판독 데이터베이스에 데이터 세트를 복제하는 동안 발생하는 임의의 에러가 기입 데이터베이스(320)에 기입되고 있는 새로운 정보에 영향을 미치지 않게 할 것이다. 또한, 타임스탬프는, 각 복제 스트리머가, 새로운 정보가 연관된 판독 데이터베이스에 얼마나 복제되었는지를 모니터 가능하게 할 수 있어서, 다른 복제 스트리머와 상관없이 복제 프로세스를 일시 중지하고 재개할 수 있다.
예를 들어, 복제 스트리머 A(350A)가 에러가 발생하여 시간 X에 새로운 데이터 세트를 판독 데이터베이스 A(360A)에 복제하는 것을 중지시켰을 때, 데이터 큐어(340)는 기입 데이터베이스(320)로부터의 새로운 데이터 세트를 큐에 계속 축적할 수 있어서, 복제 스트리머 B(350B)는 시간 X 이후에도 새로운 데이터 세트를 판독 데이터베이스 B(360B)에 계속 복제할 수 있다. 복제 스트리머 A(350A) 또는 판독 데이터베이스 A(360A)에서의 에러가 해결되면, 복제 스트리머 A(350A)는 타임스탬프 X부터 새로운 데이터 세트를 판독 데이터베이스 A(360A)에 복제하는 것을 재개할 수 있다.
일부 실시예에서, 복제 스트리머(350A-350B)는 각각, 도 4와 관련하여 아래에 설명되는 프로세스를 통해서, 데이터 큐어(340) 내의 큐로부터 새로운 데이터 세트를 판독하고 새로운 데이터 세트를 각각의 판독 데이터베이스에 덮어쓰기하도록 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 각각의 복제 스트리머(350A-350B)는, 해당 스트리머가 최신 정보를 유지할 책임이 있는, 판독 데이터베이스(예로써, 판독 데이터베이스 A(350A))에 할당될 수 있다. 따라서, 일부 실시예에서, 각각의 복제 스트리머(350A-350B)는, 하나가 작동이 안되더라도 각 스트리머가 서로 독립적으로 동작 가능하도록 하기 위해서, 개별 시스템으로 구현될 수 있다.
일부 실시예에서, 각 복제 스트리머(350A-350B)는 데이터 큐어(340)로부터 검색된 새로운 데이터 세트 및 그것과 연관된 타임스탬프를 계속 추적할 수 있으며, 이는 각각의 복제 스트리머(350A-350B)에게 데이터 큐어(340) 내의 큐를 통해 자신의 진행 상황을 계속 추적하는데 도움을 주어, 예를 들면 유지보수 또는 에러로 인해 중단된 후에도 복제를 재개하도록 할 수 있다.
일부 실시예에서, 판독 데이터베이스(360A-360B)는 기입 데이터베이스(320)에 정리된 데이터 세트를 저장하도록 구성된 컴퓨터 시스템일 수 있다. 각각의 판독 데이터베이스(360A-360B)는 내부에 저장된 데이터가 하나 이상의 데이터 세트로 정리되어 있는 관계형 데이터베이스일 수 있다. 각각의 판독 데이터베이스(360A-360B)는 연관된 복제 스트리머의 복제 진행 상황에 따라, 기입 데이터베이스(320)에 저장된 것과 동일한 데이터 세트를 저장하도록 더 구성될 수 있다. 예를 들어, 기입 데이터베이스(320)가 데이터 세트 1-10(즉, 마스터 세트)를 포함하는 경우, 각각의 판독 데이터베이스(360A-360B)는 데이터 세트 1-10을 복제하고 저장하도록 구성될 수 있다.
그러나, 특정 시점에서, 각각의 판독 데이터베이스(360A-360B)에 저장된 데이터 세트는 데이터 큐어(340) 및 각각의 복제 스트리머(350A-350B)의 복제 프로세스 중에 야기된 지연 또는 복제 스트리머(350A-350B)의 상이한 복제 스케줄로 인해 달라질 수 있다. 예를 들어, 기입 데이터베이스(320)는 시간 t1에서 데이터 세트 1-10(즉, 마스터 세트)를 유지하도록 업데이트되고, 시간 t2에서 데이터 세트 1-15를 유지하도록 다시 업데이트되고, 그리고 t3에서 복제 스트리머 A(350A)에서 에러가 발생하는 경우, 바로 직후 판독 데이터베이스(350A-350B)는 데이터 세트 1-10을 유지하도록 업데이트되고, 판독 데이터베이스 A(360A)는 t4에서 데이터 세트 1-10을 계속 유지하고 있는 반면, 판독 데이터베이스 B(360B)는 데이터 세트 1-15를 유지하도록 다시 업데이트될 것이다. 또 다른 예에서, 복제 스트리머 A(350A) 및 복제 스트리머 B(350B)가 데이터 큐어(340)로부터 새로운 데이터 세트들을 번갈아 판독하고 그것들을 자신의 각각의 판독 데이터베이스(360A-360B)에 복제하는 경우, 뒤쳐진 판독 데이터베이스가 동일한 데이터 세트를 유지하도록 업데이트될 때까지 하나의 판독 데이터베이스는 다른 판독 데이터베이스보다 항상 뒤쳐질 것이다. 이런 식으로, 판독 데이터베이스(360A-360B)는 기입 데이터베이스(320)에 저장된 마스터 세트의 다른 버전일 수 있는, 유사한 데이터 세트를 유지할 수 있다.
도 4는 데이터베이스를 새로운 정보로 업데이트하고 그것을 다수의 데이터베이스에 복제하기 위한 예시적인 컴퓨터 프로세스(400)의 플로차트이다. 프로세스(400)는 예를 들면, SAT 시스템(101), SOT 시스템(111), 및/또는 FO 시스템(113)과 같이 많은 수의 쿼리를 서비스해야 하는 임의의 서버 상에 구현될 수 있다. 이러한 서버는 위의 도 3에서 설명된 바와 같이 네트워크 시스템을 포함할 수 있다. 프로세스(400)가 도 3의 네트워크 시스템을 참조하여 아래에 설명되지만, 시스템, 서브시스템, 또는 모듈의 임의의 다른 구성이 프로세스(400)를 수행하도록 이용될 수 있다.
스텝 410에서, 데이터 소스(310)는 이용 가능하게 될 수 있으며, 데이터 스트리머(330)는 데이터베이스(즉, 기입 데이터베이스(320) 및 판독 데이터베이스(360A-360B))에 기입될 새로운 정보를 수신할 수 있다. 상술한 바와 같이, 새로운 정보는 (예로써, 새로운 데이터 기록인 경우) 기입 데이터베이스(320)에 정리된 전체 데이터 세트 또는 (예로써, 기존의 데이터 기록을 업데이트하는 경우) 데이터 세트의 일부를 포함하는 데이터 요소를 포함할 수 있다.
스텝 420에서, 데이터 스트리머(330)는 기입 데이터베이스(320)에서 새로운 정보에 대응하는 데이터 세트를 식별하고, 그 데이터 세트를 새로운 정보로 업데이트할 수 있다. 데이터 스트리머(330)는 기입 데이터베이스(320)에 의해 제공된 인덱싱 기능을 이용하거나 또는 기입 데이터베이스(320) 내의 데이터 세트를 통해 검색하는 것을 포함하는 여러 방법으로 대응하는 데이터 세트를 식별할 수 있지만, 이것으로 제한되지 않는다. 대응하는 데이터 세트를 식별한 후에, 데이터 스트리머(330)는 (예로써, 새로운 정보가 새로운 데이터 요소를 포함하는 경우) 데이터 세트의 일부를 새로운 정보로 교체하거나 또는 (예로써, 새로운 정보가 전체 데이터 세트를 포함하는 경우) 전체 데이터 세트를 새로운 정보로 교체함으로써, 데이터 세트를 업데이트할 수 있다. 추가적으로 또는 대안적으로, 기입 데이터베이스(320)에서 대응하는 데이터 세트가 발견되지 않는 경우에는, 데이터 스트리머(330)는 기입 데이터베이스(320)에 새로운 데이터 세트를 생성하고, 그 새로운 데이터 세트에 새로운 정보를 저장할 수 있다.
스텝 430에서, 대응하는 데이터 세트가 업데이트되거나 새로운 데이터 세트가 추가되면, 데이터 스트리머(330)는 판독 데이터베이스(360A-360B)로의 복제를 위해서 기입 데이터베이스(320)로부터 다시 새로운 또는 업데이트된 데이터 세트 전체를 판독할 수 있다. 본 명세서에 명시된 바와 같이, 데이터 스트리머(330)는, 복제 프로세스를 간소화시키기 위해서 새로운 정보가 데이터 세트 중 일부만 업데이트한 경우라도, 기입 데이터베이스(320)로부터, 데이터 세트 전체를 판독할 수 있다. 예를 들어, 새로운 정보가 기입 데이터베이스(320)에 저장된 데이터 세트의 일부만을 포함하는 경우, 판독 데이터베이스(360A-360B)에 특정 부분만을 복제하는 것은 해당 부분에 대응하는 데이터 세트를 식별하도록 판독 데이터베이스(360A-360B)에서 데이터 세트를 통해 검색하는 것 및 그 특정 부분을 업데이트하는 것을 필요로 하며, 이것은 기입 데이터베이스(320)를 업데이트하는 것과 대략 동일한 프로세스이고 전용의 기입 데이터베이스 및 판독 데이터베이스를 구비하는 목적에 어긋난다. 또한 이러한 프로세스는 개시된 실시예에 의해 가능해진 전체적인 데이터 세트를 단지 덮어쓰기하는 것보다 더 많은 계산 자원 및 시간을 필요로 할 것이다.
일부 실시예에서, 데이터 스트리머(330)는 타임스탬프를 이용하여 데이터 세트를 판독하거나 또는 그 데이터 세트가 판독되었을 때의 시간을 기록할 수 있다. 타임스탬프는 시간에 걸쳐 업데이트될 때마다 데이터 세트의 스냅샷을 유지하도록 이용되거나, 및/또는 다른 시스템(예로써, 데이터 큐어(340) 또는 복제 스트리머(350A-350B))이 자신의 각각의 업데이트 프로세스를 계속 추적하는데 이용할 수 있는 레퍼런스로서 역할을 할 수 있다.
스텝 440에서, 데이터 큐어(340)는 데이터 스트리머(330)로부터 데이터 세트를 수신하고, 그것을 버퍼 내의 큐, 시퀀스, 또는 스택에 추가할 수 있다. 일부 실시예에서, 데이터 큐어(340)는 데이터 스트리머(330)로부터 수신된 타임스탬프와 함께 데이터 세트를 저장하거나 또는 데이터 세트를 해당 데이터 세트가 버퍼에 추가된 시간에 대응하는 타임 스탬프와 연관시킬 수 있다. 일부 실시예에서, 스텝 450 및 460은, 새로운 정보가 데이터 소스(310)로부터 이용 가능하게 될 때마다, 주기적으로 또는 지속적으로 발생할 수 있다.
스텝 450 및 460에서, 복제 스트리머(350A-350B)는 각각 버퍼에 저장된 데이터 세트를 복제하고, 대응하는 데이터 세트를 자신의 각각의 판독 데이터베이스(360A-360B)에 덮어쓰기할 수 있다. 예를 들면, 복제 스트리머 A(350A)는 데이터 큐어(340) 내의 버퍼에 액세스하여 그 안에 저장된 데이터 세트를 복제하고, 판독 데이터베이스 A(360A)에서 복제된 데이터 세트에 대응하는 데이터 세트를 식별하고, 그리고 식별된 데이터 세트를 복제된 데이터 세트로 덮어쓰기할 수 있다. 이런 식으로, 데이터 소스(310)로부터의 새로운 정보는 어느 순간에서의 데이터 세트의 스냅샷을 나타내는 마스터 세트의 일부가 되도록 데이터베이스(320)에 기입되고, 다른 시스템(예로써, 모바일 디바이스(107A-107C) 또는 다른 서버)이 액세스하기 위해 판독 데이터베이스(360A-360B)에서 이용 가능하게 된다. 일부 실시예에서, 스텝 450 및 460은 새로운 데이터 세트가 버퍼에 축적될 때마다 주기적으로 또는 지속적으로 발생할 수 있다.
일부 실시예에서, 각각의 복제 스트리머(예로써, 350A 또는 350B)는, 각각의 복제 스트리머의 스케줄에 기초하여, 서로 독립적으로 기능할 수 있다. 이것은 판독 데이터베이스(360A-360B)가 서로 독립적으로 유지 가능하게 하고, 그것들 중 하나가 (예로써, 유지보수 또는 고장으로 인해) 오프라인으로 되거나 또는 들어오는 쿼리로부터 네트워크 부하가 급증하는 경우에 백업 역할을 가능하게 한다. 일부 실시예에서, 각각의 복제 스트리머(예로써, 350A 또는 350B)는, 버퍼 내의 데이터 세트와 연관된 타임스탬프를 이용하여, 대응하는 판독 데이터베이스(예로써, 360A 또는 360B)에 이미 복제된 데이터 세트 및 다음에 복제되어야 하는 데이터 세트를 계속 추적할 수 있다.
도 5는 들어오는 쿼리들(예로써, 판독 요청(510))을 처리하기 위한 컴퓨터 시스템을 포함하는 네트워크 환경(500)의 예시적인 실시예를 나타낸 개략적인 블록도이다. 네트워크 환경(500)은 다양한 컴퓨터 시스템을 포함할 수 있으며, 그 각각은 하나 이상의 네트워크를 통해서 서로 연결될 수 있다. 일부 실시예에서, 도 5에 도시된 각각의 요소는 시스템 그룹, 시스템 네트워크 내 개별 시스템, 시스템 내부의 기능 유닛이나 모듈, 또는 이것들의 임의의 조합을 나타낼 수 있다. 또한 일부 실시예에서, 각각의 요소들은 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 유선 네트워크 등을 포함하는 하나 이상의 공공 또는 사설 네트워크 연결을 통해서 서로 통신할 수 있다. 개별 시스템은 또한 하나의 지리적 위치 내에 위치하거나 지리적으로 분산될 수 있다.
일부 실시예에서, 도시된 시스템은 서비서(servicer)(530), 및 도 3과 관련하여 위에서 설명된 판독 데이터베이스(360A-360B)를 포함하는 코디네이터(520)를 포함한다. 도 5에는 오직 두 쌍의 복제 스트리머와 판독 데이터베이스가 도시되어 있지만, 그 수는 예시일 뿐이며 추가적인 판독 데이터베이스가 구현될 수 있다.
또한, 도 5에 도시된 각 시스템은 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 그래픽 처리 장치(GPU)와 같은 특수용 컴퓨팅 디바이스, 랩톱, 또는 이들 컴퓨팅 디바이스의 임의의 조합의 형태를 취할 수 있다. 다른 실시예에서, 각 시스템 또는 시스템들의 서브세트는 단일 시스템의 하나 이상의 기능 유닛으로 구현될 수 있다. 추가적으로 또는 대안적으로, 각 시스템 또는 그 서브세트는 독립형 시스템, 또는 더 큰 시스템의 일부일 수 있는 서브시스템의 일부분일 수 있다.
일부 실시예에서, 코디네이터(520)는 하나 이상의 판독 요청(510)을 수신하고 판독 데이터베이스(360A-360B)에 저장되어 있는 요청된 데이터(540)를 제공하도록 구성된 임의의 컴퓨터 시스템일 수 있다. 판독 요청(510)은 SOT 시스템(111)과 같은 다른 시스템 또는 모바일 디바이스(107A-107C)와 같은 클라이언트 디바이스로부터 들어오는 쿼리일 수 있다. 요청된 데이터(540)는 판독 요청(510)에 의해 요청되어 판독 데이터베이스(360A-360B) 중 어느 것으로부터 검색되는 임의의 데이터 세트 또는 그것의 일부분일 수 있다.
일부 실시예에서, 코디네이터(520)는 어느 판독 데이터베이스로부터 판독할지 결정함으로써 서로 다른 판독 데이터베이스(360A-360B)에 대한 부하를 관리하는, 판독 요청(510)에 대한 중앙 집중식 리시버 또는 프로세서로서 역할을 하도록 구성될 수 있다. 이러한 구성은 클라이언트의 관점에서 판독 요청(510)을 간단하고 쉽게 구현하게 한다. 다시 말해, 클라이언트 디바이스(예로써, 모바일 디바이스(107A-107C) 또는 SOT 시스템(111))와 개시된 실시예를 구현하는 데이터베이스(예로써, SAT 시스템(101))를 인터페이스시키려고 하는 프로그래머나 네트워크 관리자는 어느 판독 데이터베이스(예로써, 360A-360B)가 이용 가능한지 결정하지 않고 판독 요청을 위한 하나의 목적지를 지정하기만 하면 된다. 일부 실시예에서, 코디네이터(520)는 판독 데이터베이스(360A-360B)를 관리하도록 더 구성되어, 네트워크 환경으로부터 판독 데이터베이스를 추가 또는 제거할 수 있을 뿐만 아니라, 임의의 또는 모든 판독 데이터베이스(360A-360B)를 온라인 또는 오프라인 상태가 되게 할 수 있다.
일부 실시예에서, 서비서(530)는 판독 데이터베이스(360A-360B)의 상태를 모니터하고 어느 판독 데이터베이스(즉, 판독 데이터베이스(360A-360B) 중 어느 하나)가 특정 판독 요청(510)을 서비스해야 하는지 결정하도록 구성된 임의의 컴퓨터 시스템일 수 있다. 코디네이터(520)는 서비서(530)와 인터페이스하기 위해 내장 소프트웨어 개발 키트(SDK; software development kit)를 이용할 수 있다.
일부 실시예에서, 서비서(530)는 다양한 센서 및 시스템 모니터를 이용하여 온라인 상태인 판독 데이터베이스 및 그것들 각각의 건전성을 계속 추적할 수 있다. 예를 들면, 서비서(530)는 각각의 판독 데이터베이스의 진단 파라미터(예로써, 온도, 수명, 또는 전류 인출 레벨)를 모니터하도록 구성될 수 있다. 일부 실시예에서, 이러한 데이터는 판독 데이터베이스(360A-360B) 중 어느 것의 임의의 고장 위험을 결정하고 그 위험을 줄이기 위한 적절한 조치(예로써, 대응하는 판독 데이터베이스 내의 하나 이상의 저장 디바이스를 교체하거나, 유지보수를 위해 판독 데이터베이스를 오프라인으로 전환시킴)를 취하는 데 유용할 수 있다.
추가적 실시예로서, 서비서(530)는 판독 요청(510)을 서비스하도록 이용되는 판독 데이터베이스(즉, 판독 데이터베이스(360A-360B) 중 어느 것)를 계속 추적할 수 있다. 추가적으로 또는 대안적으로, 서비서(530)는 가장 오랫동안 판독 요청을 서비스하고 있지 않은 판독 데이터베이스를 계속 추적할 수 있다. 이러한 데이터는 서비서(530)가 특정 판독 데이터베이스에 과도하게 의존하는 것을 예방할 수 있고, 또는 서비서(530)가 이전의 판독 데이터베이스가 요청된 데이터(540)의 위치를 찾아내어 전송하고 있는 동안 또 다른 판독 데이터베이스를 선택하게 할 수 있다.
서비서(530)가 판독 요청(510)을 서비스하기 위해 특정 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))를 결정하면, 서비서(530)는 판독 요청(510)을 결정된 판독 데이터베이스로 중계하도록 구성될 수 있다. 이어서 결정된 판독 데이터베이스는 판독 요청(510)에 대응하는 요청된 데이터(540)의 사본을 검색하고, 그것을 도 6과 관련하여 아래에 설명되는 프로세스에서의 사용자 디바이스로 포워딩할 수 있다. 이 경우, 다른 판독 데이터베이스(예로써, 판독 데이터베이스 B(360B))는 특정 판독 요청(510)을 처리하는데 관여하지 않고, 서비서(530)에 의해 중계된 또 다른 판독 요청을 자유롭게 처리할 수 있다.
도 6은 들어오는 쿼리들을 처리하기 위한 또 다른 예시적인 컴퓨터 프로세스(600)의 플로차트이다. 프로세스(600)는 예를 들면, SAT 시스템(101), SOT 시스템(111), 및/또는 FO 시스템(113)과 같이 많은 수의 쿼리를 서비스해야 하는 임의의 서버 상에 구현될 수 있다. 이러한 서버는 위의 도 5에서 설명한 바와 같이 네트워크 시스템을 포함할 수 있다. 프로세스(600)가 도 6의 네트워크 시스템을 참조하여 아래에 설명되지만, 시스템, 서브시스템, 또는 모듈의 임의의 다른 구성이 프로세스(600)를 수행하도록 이용될 수 있다.
스텝 610에서, 서비서(530)는 판독 데이터베이스(360A-360B)에 대한 사용 이력을 계속 추적하여 그것들의 서버 가동률을 모니터할 수 있다. 서버 가동률은 미리 결정된 기간에 걸친 각각의 판독 데이터베이스가 이용되었던 횟수의 비율을 나타낼 수 있다. 예를 들면, 서비서(530)는 각각의 판독 데이터베이스(360A-360B)에 의해 서비스되었던, 서비스된 판독 요청(510)의 총수에 대한 퍼센티지 또는 비율로 서버 가동률을 나타낼 수 있다. 일부 실시예에서, 모든 오프라인 상태의 판독 데이터베이스(360A-360B)의 서버 가동률은 제로 또는 널값일 수 있다.
스텝 620에서, 코디네이터(520)는 클라이언트 디바이스(예로써, 모바일 디바이스(107A-107C) 또는 SOT 시스템(111))으로부터 판독 데이터베이스(360A-360B)에 아마도 저장된 특정 데이터에 대한 판독 요청(510)을 수신할 수 있다. 요청된 데이터는 특정 데이터 요소(예로써, 데이터 세트의 데이터 요소) 또는 데이터 요소의 세트일 수 있다.
스텝 630에서, 서비서(530)는 가동률 및 부하 분담률에 기초하여 판독 요청(510)을 서비스하도록 특정 판독 데이터베이스를 선택할 수 있다. 일부 실시예에서, 부하 분담률은 각 판독 데이터베이스가 서로에 대해 얼마나 이용되어야 하는지를 지시하는, 판독 데이터베이스(360A-360B)와 연관된 미리 결정된 비율일 수 있다. 예를 들면, 두 개의 판독 데이터베이스(360A-360B)를 포함하는 네트워크 환경에서, 부하 분담률은 100:0, 50:50, 25:75, 10:90 등일 수 있다. 또는, 3개의 판독 데이터베이스(미도시)를 포함하는 또 다른 네트워크 환경에서, 부하 분담률은 33.3:33.3:33.3, 25:50:25, 100:0:0, 50:50:0 등일 수 있다. 여기에 열거된 비율은 예시일 뿐이며, 복수의 구성 사이에서 태스크를 분할하는데 적합한 임의의 비율 세트가 이용될 수 있다. 일부 실시예에서, 부하 분담률이 0인 판독 데이터베이스는 (예를 들면, 오프라인 상태이기 때문에) 어떤 데이터 요청(510)도 해당 판독 데이터베이스에 의해 서비스될 수 없다는 것을 나타낼 수 있다.
일부 실시예에서, 부하 분담률은 예상된 네트워크 부하 및 이용 가능한 판독 데이터베이스(360A-360B)의 수에 기초하여 네트워크 관리자에 의해 미리 결정될 수 있다. 예를 들어, 예상된 부하가 상대적으로 낮은 경우 및/또는 판독 데이터베이스가 유지보수를 위해 오프라인 상태로 전환되어야 하는 경우, 네트워크 관리자는 어느 판독 데이터베이스가 오프라인 상태여야 하는지에 기초하여 부하 분담률을 100:0 또는 0:100이 되도록 설정할 수 있다. 또는, 판독 데이터베이스(360A-360B)가 모두 온라인 상태일 경우, 부하 분담률은 50:50일 수 있다. 일부 실시예에서, 네트워크 관리자가 부하 분담률에 대해 100이 되지 않는 잘못된 값들의 세트를 입력했을 경우, 서비서(530)는 그것들의 합에 의해 각각의 비율을 나눔으로써 정확한 부하 분담률을 결정할 수 있다(예를 들면, 120:80은 60:40으로 됨).
추가 실시예로서, 부하 분담률은 필요에 따라 자유롭게 조정될 수 있다. 예를 들어, 판독 데이터베이스 A(360A)만이 판독 요청(510)을 서비스하고 있고(즉, 부하 분담률이 100:0 임), 네트워크 부하가 추가적인 판독 데이터베이스가 필요한 지점까지 급증할 때, 부하 분담률은, 판독 데이터베이스 B(360B)가 온라인 상태로 전환되어 그 부하를 공유할 수 있도록, 50:50으로 조정될 수 있다. 또한, 예를 들어, 판독 데이터베이스 A(360A)가 에러로 인해 오프라인 상태로 전환되어야 할 때, 부하 분담률은 0:100으로 조정될 수 있다. 또 다른 예에서, 판독 데이터베이스 A(360A)를 대체하기 위해 제3 판독 데이터베이스(미도시)가 도입되는 경우, 부하 분담률은 0:50:50으로 조정될 수 있다. 어느 경우에서든, 네트워크 관리자는 입력할 수 있으며, 서비서(530)는 기존 비율을 조정하도록 새로운 부하 분담률을 특정하기 위해, 그 입력을 수신할 수 있다.
추가적인 일부 실시예로서, 서비서(530)는 판독 데이터베이스(360A-360B)의 상태에 기초하여 부하 분담률을 자동적으로 조정하도록 구성될 수 있다. 예를 들어, 서비서(530)가 판독 데이터베이스 A(360A)가 위험한 상태(예로써, 에러 발생, 고장, 전력 차단, 악의적인 공격에 의한 타깃이 됨)에 있다고 검출하면, 서비서(530)는 판독 데이터베이스 B(360B)가 모든 판독 요청(510)을 서비스하도록 부하 분담률을 조정할 수 있다. 이러한 구성은 서비서(530)가 인간이 감지하고 반응할 수 없는 속도로 전체 시스템을 위태롭게 할 수 있는 예상치 못한 사고에 신속하게 대응할 수 있게 한다.
일부 실시예에서, 서비서(530)는 부하 분담률에 대해 점진적으로 조정을 실시할 수 있다. 예를 들어, 서비서(530)가 부하 분담률을 50:50에서 0:100으로 조정하도록 서비서(530)에 명령하는 사용자 입력을 수신하면, 서비서(530)는 부하 분담률이 예를 들면, 50:50, 40:60, 30:70, 20:80, 10:90, 및 0:100으로 변화하도록, 단계적으로 부하 분담률을 조정할 수 있다. 유사한 비율의 세트를 역순으로 이용하여 부하 분담률을 다시 50:50으로 변경할 수 있다. 각 단계의 변화량은 예시일 뿐이며, 서비서(530)는 판독 데이터베이스(360A-306B)의 내용 수명을 최대화시키거나 및/또는 변화에 대한 스트레스를 완화시키는 임의의 증가량으로 조정 간격을 둘 수 있다.
이러한 부하 분담률의 점진적인 조정은 판독 데이터베이스(360A-360B)가 자신의 최대 성능 수준으로 워밍업되기 위해 필요가 있다. 점진적인 조정은 많은 수의 판독 요청(510)이 갑자기 특정 판독 데이터베이스로 향하게 되는 경우 발생할 수 있는 판독 데이터베이스(360A-360B)에 대한 잠재적인 쇼크를 예방하거나 완화시킬 수 있다. 이러한 판독 요청의 갑작스런 쇄도는 적절히 해결되지 않으면 판독 데이터베이스가 고장나는 원인이 될 수 있다.
서비서(530)가 판독 요청(510)을 서비스하기 위해 어떻게 특정 판독 데이터베이스를 선택하는지로 돌아가면, 해당 선택은 가동률 및 부하 분담률에 기초할 수 있다. 일부 실시예에서, 서비서(530)는 부하 분담률에 대한 각각의 판독 데이터베이스(360A-360B)의 가동률을 비교하고 가동률이 부하 분담률보다 낮은 판독 데이터베이스를 선택할 수 있다. 또는, 서비서(530)는 부하 분담률에 기초하여 가중치가 부여되는 의사 난수 발생기(PRNG; pseudo random number generator)를 이용하여 판독 데이터베이스를 선택할 수 있다. 보다 구체적으로, 서비서는 각각의 판독 데이터베이스(360A-360B)를 숫자와 연관시키고, PRNG를 이용하여 그 숫자들 중 하나를 선택할 수 있으며, 여기서 PRNG는 부하 분담률에 가중치를 부여하여, 판독 데이터베이스와 연관된 특정 숫자를 선택할 확률이 해당 판독 데이터베이스에 대응하는 부하 분담률과 동일하게 한다.
추가적으로, 서비서(530)가 부하 분담률을 조정하는 프로세스에 있을 때, 서비서(530)는 하나의 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))에 할당된 판독 요청(510)의 서브세트를 또 다른 판독 데이터베이스(예로써, 판독 데이터베이스 B(360B))로 이동시킬 필요가 있을 수 있다. 각각의 판독 요청(510)에 대해서, 서비서(530)는 다음 식을 이용하여 이동 지시자를 계산할 수 있다.
Figure 112021071144835-pat00001
서비서(530)는 이동 지시자가 1이 아닐 때 특정 판독 요청(510)을 현재의 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))로부터 새로운 판독 데이터베이스(예로써, 판독 데이터베이스 B(360B))로 이동시키고, 이동 지시자가 1일 때 해당 판독 요청(510)을 현재의 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))로 유지하게 할 수 있다. 일부 실시예에서 이동시킬 판독 데이터베이스가 둘 이상 있는 경우, 서비서(530)는 PRNG를 이용하여 그 나머지 판독 데이터베이스 중에서 하나의 판독 데이터베이스를 선택할 수 있다.
각각의 판독 요청(510)에 대해서, 판독 요청을 위해 선택된 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))는 동작 상태로 전환될 수 있으며, 반면에 나머지 선택되지 않은 판독 데이터베이스(예로써, 판독 데이터베이스 B(360B))는 동작 대기 상태로 전환될 수 있다. 두 상태 모두에서 판독 데이터베이스는 모든 판독 데이터베이스가 후속의 판독 요청에 대응할 준비가 되어 있도록 도 4와 관련하여 위에서 설명된 바와 같이 업데이트된 데이터 세트를 계속해서 수신할 수 있다. 각각의 판독 데이터베이스는 각각의 판독 요청(510)과 관련하여 동작 상태와 동작 대기 상태 사이를 자유롭게 전환할 수 있다.
스텝 640에서, 서비서(530)는 판독 요청(510)에 의해 요청된 데이터의 사본을 검색하기 위해 선택된 판독 데이터베이스(예로써, 판독 데이터베이스 A(360A))에 대해 데이터 문의를 생성하도록 구성될 수 있다. 일부 실시예에서, 선택된 판독 데이터베이스는 선택된 판독 데이터베이스에 저장되어 있는 요청된 데이터를 식별하고 전송을 위해 요청된 데이터(540)와 같은 데이터를 복제함으로써 데이터 문의에 응답할 수 있다. 판독 데이터베이스가 요청된 데이터를 식별하지 못하는 경우, 판독 데이터베이스는 널값 또는 미리 결정된 데이터를 반환할 수 있다.
스텝 650에서, 코디네이터(520)는 판독 요청(510)을 생성한 클라이언트 디바이스로 요청된 데이터(540)를 포워딩할 수 있다. 일부 실시예에서, 스텝 620-650은 코디네이터(520)가 판독 요청(510)을 수신할 때마다 발생할 수 있지만, 서비서(530)는 스텝 610을 계속해서 수행한다.
본 개시는 그 특정 실시예를 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서, 변경없이, 실시될 수 있음을 이해할 것이다. 전술한 설명은 예시의 목적으로 제시되었다. 그것은 개시된 정확한 형태나 실시예에 대해 총망라된 것이 아니며 이것으로 한정되는 것은 아니다. 개시된 실시예의 설명 및 실시를 고려하는 것으로부터 변경 및 조정이 통상의 기술자에게 명백할 것이다. 추가적으로, 비록 개시된 실시예의 형태가 메모리에 저장되는 것으로서 설명되었지만, 통상의 기술자는 이들 형태가 2차 저장 디바이스, 예를 들면, 하드디스크나 CD ROM, 또는 다른 형태의 RAM이나 ROM, USB 매체, DVD, 블루레이, 또는 다른 광 드라이브 매체와 같이, 다른 형태의 컴퓨터 판독 가능한 매체에 저장될 수도 있는 것을 이해할 것이다.
상술한 설명 및 개시된 방법에 기초한 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 여러 프로그램 혹은 프로그램 모듈은 통상의 기술자에게 알려진 어느 기술을 이용하여 생성되거나, 또는 기존의 소프트웨어와 연결하여 설계될 수 있다. 예를 들면, 프로그램 섹션 혹은 프로그램 모듈은 닷넷 프레임워크, 닷넷 컴팩트 프레임워크(및 비주얼 베이식, C 등과 같은, 관련 언어), 자바, C++, 오브젝티브 C, HTML, HTML/AJAX 조합, XML, 또는 자바 애플릿이 포함된 HTML 내에서 혹은 그것들에 의해서 설계될 수 있다.
게다가, 여기에서는 예시적인 실시예가 설명되었지만, 본 개시에 기초하여 통상의 기술자가 이해할 수 있는 바와 같이, 일부 또는 모든 실시예의 범위는 동등한 요소, 변경, 생략, 조합(예로써, 여러 실시예에 걸치는 형태의 조합), 조정 및/또는 수정을 가질 수 있다. 청구범위 내의 제한 사항은 그 청구범위 내에 적용된 언어에 기초하여 폭넓게 이해되도록 하는 것이며, 응용의 수행 동안 혹은 본 명세서 내에 설명된 예시로 한정되는 것은 아니다. 그 예시는 비배타적으로 해석되도록 하기 위한 것이다. 추가로, 개시된 방법의 스텝은 어떤 다른 방법으로 변경되거나, 스텝을 재배열 및/또는 스텝을 삽입하거나 삭제하는 것을 포함할 수 있다. 그러므로, 설명 및 예시는 오직 예시적으로 고려되는 것이며, 진정한 범위 및 기술 사상은 다음의 청구범위 및 그 동등한 전체 범위에 의해 나타내지는 것으로 의도된다.

Claims (20)

  1. 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 시스템으로서,
    명령을 저장하는 메모리; 및
    상기 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
    상기 명령은:
    복수의 네트워크 연결된 데이터베이스의 가동률을 모니터하고;
    상기 복수의 네트워크 연결된 데이터베이스에 저장된 데이터 요소에 대해서 제1 사용자 디바이스로부터 제1 데이터 판독 요청을 수신하고;
    상기 복수의 네트워크 연결된 데이터베이스 중 적어도 하나와 연관된 미리 결정된 비율, 사용자 입력, 또는 상기 복수의 네트워트 연결된 데이터베이스의 상태에 기초하여 부하 분담률을 결정하고;
    상기 가동률 및 상기 부하 분담률에 기초하여 상기 복수의 네트워크 연결된 데이터베이스 중에서 제1 타깃 데이터베이스를 선택하고;
    상기 제1 타깃 데이터베이스에 저장된 상기 데이터 요소의 사본에 대한 제1 데이터 쿼리를 생성하고; 그리고
    상기 제1 데이터 판독 요청에 응답하여 상기 제1 타깃 데이터베이스로부터 상기 제1 사용자 디바이스에 상기 데이터 요소의 사본을 포워딩하는 컴퓨터 구현 시스템.
  2. 청구항 1에 있어서,
    상기 데이터 요소의 적어도 하나의 복제 사본은 상기 복수의 네트워크 연결된 데이터베이스의 각각에 저장되는 컴퓨터 구현 시스템.
  3. 청구항 1에 있어서,
    상기 복수의 네트워크 연결된 데이터베이스의 각각은 동일한 데이터 항목 세트를 포함하는 컴퓨터 구현 시스템.
  4. 청구항 1에 있어서,
    상기 복수의 네트워크 연결된 데이터베이스의 각각은 다른 버전의 마스터 세트를 포함하는 컴퓨터 구현 시스템.
  5. 청구항 1에 있어서,
    상기 명령은:
    상기 제1 사용자 디바이스로부터 상기 데이터 요소에 대한 제2 데이터 판독 요청을 수신하고; 그리고
    상기 제1 타깃 데이터베이스와 다른 제2 타깃 데이터베이스에 저장된 상기 데이터 요소의 또 다른 사본에 대한 제2 데이터 쿼리를 생성하는 것을 더 포함하는 컴퓨터 구현 시스템.
  6. 청구항 1에 있어서,
    상기 제1 타깃 데이터베이스가 동작 상태에 있는 동안, 상기 복수의 네트워크 연결된 데이터베이스의 나머지 데이터베이스는 동작 대기 상태에 있는 컴퓨터 구현 시스템.
  7. 청구항 1에 있어서,
    상기 명령은:
    상기 부하 분담률을 조정하기 위한 사용자 입력을 수신하는 것을 더 포함하는 컴퓨터 구현 시스템.
  8. 청구항 1에 있어서,
    상기 명령은:
    상기 부하 분담률을 시간에 따라 점진적으로 조정하는 것을 더 포함하는 컴퓨터 구현 시스템.
  9. 청구항 1에 있어서,
    상기 부하 분담률은 상기 복수의 네트워크 연결된 데이터베이스 중에서 특정 데이터베이스가 선택되는 것을 막도록 구성될 수 있는 컴퓨터 구현 시스템.
  10. 청구항 1에 있어서,
    상기 복수의 네트워크 연결된 데이터베이스 사이의 부하 분담률은 총 100%가 되는 컴퓨터 구현 시스템.
  11. 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 방법으로서,
    복수의 네트워크 연결된 데이터베이스의 가동률을 모니터하고;
    상기 복수의 네트워크 연결된 데이터베이스에 저장된 데이터 요소에 대해서 제1 사용자 디바이스로부터 제1 데이터 판독 요청을 수신하고;
    상기 복수의 네트워크 연결된 데이터베이스 중 적어도 하나와 연관된 미리 결정된 비율, 사용자 입력, 또는 상기 복수의 네트워트 연결된 데이터베이스의 상태에 기초하여 부하 분담률을 결정하고;
    상기 가동률 및 상기 부하 분담률에 기초하여 상기 복수의 네트워크 연결된 데이터베이스 중에서 제1 타깃 데이터베이스를 선택하고;
    상기 제1 타깃 데이터베이스에 저장된 상기 데이터 요소의 사본에 대한 제1 데이터 쿼리를 생성하고; 그리고
    상기 제1 데이터 판독 요청에 응답하여 상기 제1 타깃 데이터베이스로부터 상기 제1 사용자 디바이스에 상기 데이터 요소의 사본을 포워딩하는 것을 포함하는 컴퓨터 구현 방법.
  12. 청구항 11에 있어서,
    상기 데이터 요소의 적어도 하나의 복제 사본은 상기 복수의 네트워크 연결된 데이터베이스의 각각에 저장되는 컴퓨터 구현 방법.
  13. 청구항 11에 있어서,
    상기 복수의 네트워크 연결된 데이터베이스의 각각은 동일한 데이터 항목 세트를 포함하는 컴퓨터 구현 방법.
  14. 청구항 11에 있어서,
    상기 복수의 네트워크 연결된 데이터베이스의 각각은 다른 버전의 마스터 세트를 포함하는 컴퓨터 구현 방법.
  15. 청구항 11에 있어서,
    상기 제1 사용자 디바이스로부터 상기 데이터 요소에 대한 제2 데이터 판독 요청을 수신하고; 그리고
    상기 제1 타깃 데이터베이스와 다른 제2 타깃 데이터베이스에 저장된 상기 데이터 요소의 또 다른 사본에 대한 제2 데이터 쿼리를 생성하는 것을 더 포함하는 컴퓨터 구현 방법.
  16. 청구항 11에 있어서,
    상기 제1 타깃 데이터베이스가 동작 상태에 있는 동안, 상기 복수의 네트워크 연결된 데이터베이스의 나머지 데이터베이스는 동작 대기 상태에 있는 컴퓨터 구현 방법.
  17. 청구항 11에 있어서,
    상기 부하 분담률을 조정하기 위한 사용자 입력을 수신하는 것을 더 포함하는 컴퓨터 구현 방법.
  18. 청구항 11에 있어서,
    상기 부하 분담률을 시간에 따라 점진적으로 조정하는 것을 더 포함하는 컴퓨터 구현 방법.
  19. 청구항 11에 있어서,
    상기 부하 분담률은 상기 복수의 네트워크 연결된 데이터베이스 중에서 특정 데이터베이스가 선택되는 것을 막도록 구성될 수 있는 컴퓨터 구현 방법.
  20. 네트워크 트래픽 라우팅을 위한 컴퓨터 구현 시스템으로서,
    동일한 데이터 세트를 저장하도록 구성된 복수의 네트워크 연결된 데이터베이스;
    상기 복수의 네트워크 연결된 데이터베이스의 네트워크 트래픽 및 네트워크 부하를 모니터하도록 구성된 코디네이터; 및
    상기 복수의 네트워크 연결된 데이터베이스에 저장된 정보를 검색하기 위해 복수의 사용자 요청을 수신하도록 구성된 서비서를 포함하며,
    상기 코디네이터는 상기 복수의 네트워크 연결된 데이터베이스 중 적어도 하나와 연관된 미리 결정된 비율, 사용자 입력, 또는 상기 복수의 네트워트 연결된 데이터베이스의 상태에 기초하여 부하 분담률을 결정하도록 더 구성되고,
    상기 코디네이터는 가동률 및 상기 부하 분담률에 기초하여 상기 복수의 네트워크 연결된 데이터베이스 중에서 제1 데이터베이스로 상기 복수의 사용자 요청의 서브세트를 라우팅하도록 더 구성되고,
    상기 제1 데이터베이스는 상기 복수의 사용자 요청의 서브세트에 응답하여 데이터를 전송하도록 구성되는 컴퓨터 구현 시스템.
KR1020200180759A 2020-07-14 2020-12-22 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법 KR102422709B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020220086965A KR102654171B1 (ko) 2020-07-14 2022-07-14 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/928,104 US11032361B1 (en) 2020-07-14 2020-07-14 Systems and methods of balancing network load for ultra high server availability
US16/928,104 2020-07-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020220086965A Division KR102654171B1 (ko) 2020-07-14 2022-07-14 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20220008718A KR20220008718A (ko) 2022-01-21
KR102422709B1 true KR102422709B1 (ko) 2022-07-20

Family

ID=76213284

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020200180759A KR102422709B1 (ko) 2020-07-14 2020-12-22 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법
KR1020220086965A KR102654171B1 (ko) 2020-07-14 2022-07-14 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법
KR1020240043077A KR20240046468A (ko) 2020-07-14 2024-03-29 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법

Family Applications After (2)

Application Number Title Priority Date Filing Date
KR1020220086965A KR102654171B1 (ko) 2020-07-14 2022-07-14 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법
KR1020240043077A KR20240046468A (ko) 2020-07-14 2024-03-29 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법

Country Status (4)

Country Link
US (2) US11032361B1 (ko)
KR (3) KR102422709B1 (ko)
TW (2) TW202231027A (ko)
WO (1) WO2022013618A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11381639B1 (en) 2020-06-03 2022-07-05 Amazon Technologies, Inc. Load balancing technique selection based on estimated load
US11245628B1 (en) * 2020-06-03 2022-02-08 Amazon Technologies, Inc. Load balancing based on randomized selection of a load value based on a load probability distribution
US20220180692A1 (en) * 2020-12-03 2022-06-09 Adrenalineip Method, system, and apparatus for optimizing the display of micro-markets
KR102519061B1 (ko) * 2022-12-30 2023-04-06 주식회사 에스티씨랩 구간 제어 방식 기반의 유량 제어를 위한 장치 및 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018530068A (ja) * 2015-09-28 2018-10-11 アマゾン テクノロジーズ インコーポレイテッド 分散型ストリームベースのデータベーストリガ
JP2020514935A (ja) * 2017-03-15 2020-05-21 ファウナ, インク.Fauna, Inc. データベース用の方法及びシステム

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09167141A (ja) * 1995-12-18 1997-06-24 Hitachi Ltd 負荷分散制御方法
US6128657A (en) * 1996-02-14 2000-10-03 Fujitsu Limited Load sharing system
JP4021518B2 (ja) 1997-05-27 2007-12-12 富士通株式会社 データベース・システム
US6374297B1 (en) * 1999-08-16 2002-04-16 International Business Machines Corporation Method and apparatus for load balancing of web cluster farms
JP2001155053A (ja) * 1999-12-01 2001-06-08 Mitsubishi Electric Corp 半導体集積回路の信頼性検証方法及びセルライブラリデータベース
US6639904B1 (en) * 1999-12-15 2003-10-28 Verizon Laboratories Inc. Method and system for adapting a channel assignment plan to include shared frequency channels
US6950848B1 (en) * 2000-05-05 2005-09-27 Yousefi Zadeh Homayoun Database load balancing for multi-tier computer systems
US7633969B2 (en) * 2004-09-10 2009-12-15 Tekelec Methods, systems, and computer program products for dynamically adjusting load sharing distributions in response to changes in network conditions
JP4058038B2 (ja) * 2004-12-22 2008-03-05 株式会社日立製作所 負荷監視装置および負荷監視方法
US20070143460A1 (en) * 2005-12-19 2007-06-21 International Business Machines Corporation Load-balancing metrics for adaptive dispatching of long asynchronous network requests
US8209696B2 (en) * 2006-02-13 2012-06-26 Teradata Us, Inc. Method and system for load balancing a distributed database
KR100827626B1 (ko) 2006-07-21 2008-05-07 인하대학교 산학협력단 링 기반 연결 구조를 이용한 그리드 데이터베이스 시스템및 이를 위한 부하 분산 방법
US9231999B2 (en) * 2007-11-28 2016-01-05 Red Hat, Inc. Multi-level load balancer
JP5213077B2 (ja) * 2008-10-06 2013-06-19 インターナショナル・ビジネス・マシーンズ・コーポレーション 複数のアプリケーションサーバにより共有データをアクセスするシステム
US9116752B1 (en) * 2009-03-25 2015-08-25 8X8, Inc. Systems, methods, devices and arrangements for server load distribution
WO2012070292A1 (ja) 2010-11-22 2012-05-31 インターナショナル・ビジネス・マシーンズ・コーポレーション 分散データベースの負荷均衡のためのコネクション配分を実現する情報処理システム、情報処理装置、負荷均衡方法、データベース配置計画方法およびプログラム
US8892728B2 (en) * 2011-07-21 2014-11-18 Hewlett-Packard Development Company, L.P. Automatic zone-based management of a data center
US8495106B2 (en) * 2011-11-18 2013-07-23 International Business Machines Corporation Write instruction datasource for database write procedure
KR20150021561A (ko) * 2012-06-04 2015-03-02 이든 락 커뮤니케이션즈, 엘엘씨 셀룰러 네트워크 부하 밸런싱을 위한 방법 및 시스템
CN103577407B (zh) 2012-07-19 2016-10-12 国际商业机器公司 用于分布式数据库的查询方法及查询装置
US9742674B1 (en) * 2012-08-15 2017-08-22 F5 Networks, Inc. Methods for distributed application visibility and reporting and devices thereof
CN102932440A (zh) 2012-10-26 2013-02-13 北京奇虎科技有限公司 用于分布式数据存储系统的数据管理方法、设备和系统
US20150120697A1 (en) * 2013-10-28 2015-04-30 Scalebase Inc. System and method for analysis of a database proxy
US9407692B2 (en) * 2013-11-27 2016-08-02 Avi Networks Method and system for distributed load balancing
US10303702B2 (en) * 2014-02-07 2019-05-28 Ignite Scalarc Solutions, Inc. System and method for analysis and management of data distribution in a distributed database environment
US9471439B2 (en) * 2014-03-13 2016-10-18 Sybase, Inc. Systems and methods for reducing load database time
KR101589213B1 (ko) 2015-07-15 2016-01-27 주식회사 지오그레이트 백업 데이터베이스를 활용한 운영 데이터베이스 부하 분산 방법
KR102366778B1 (ko) 2015-10-07 2022-02-24 한국전자통신연구원 가상화 서버 클러스터의 부하 분배 및 전력 관리 장치 및 그 방법
US10503613B1 (en) * 2017-04-21 2019-12-10 Amazon Technologies, Inc. Efficient serving of resources during server unavailability
EP3616405A4 (en) * 2017-04-28 2021-01-13 Ascava, Inc. LOSS-FREE DATA REDUCTION VIA A PRIMARY DATA SIEVE AND PERFORMANCE OF MULTIDIMENSIONAL SEARCH AND ASSOCIATIVE CONTENT RECOVERY ON LOSS-FREE REDUCED DATA USING A PRIMARY DATA SIEVE
US10649962B1 (en) * 2017-06-06 2020-05-12 Amazon Technologies, Inc. Routing and translating a database command from a proxy server to a database server
US20190065258A1 (en) 2017-08-30 2019-02-28 ScalArc Inc. Automatic Provisioning of Load Balancing as Part of Database as a Service
US10579432B1 (en) * 2018-08-13 2020-03-03 Twitter, Inc. Load balancing deterministically-subsetted processing resources using fractional loads
CN110740293A (zh) 2019-09-06 2020-01-31 武汉烽火众智数字技术有限责任公司 一种数据传输方法、系统、装置及计算机存储介质
US11080262B1 (en) * 2019-09-27 2021-08-03 Amazon Technologies, Inc. Optimistic atomic multi-page write operations in decoupled multi-writer databases
US11381639B1 (en) * 2020-06-03 2022-07-05 Amazon Technologies, Inc. Load balancing technique selection based on estimated load

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018530068A (ja) * 2015-09-28 2018-10-11 アマゾン テクノロジーズ インコーポレイテッド 分散型ストリームベースのデータベーストリガ
JP2020514935A (ja) * 2017-03-15 2020-05-21 ファウナ, インク.Fauna, Inc. データベース用の方法及びシステム

Also Published As

Publication number Publication date
KR20220008718A (ko) 2022-01-21
WO2022013618A1 (en) 2022-01-20
US11032361B1 (en) 2021-06-08
US11627181B2 (en) 2023-04-11
KR20220103901A (ko) 2022-07-25
KR102654171B1 (ko) 2024-04-04
TWI763225B (zh) 2022-05-01
TW202231027A (zh) 2022-08-01
KR20240046468A (ko) 2024-04-09
US20220021730A1 (en) 2022-01-20
TW202203621A (zh) 2022-01-16

Similar Documents

Publication Publication Date Title
KR102422709B1 (ko) 극히 높은 서버 가용성을 위해 네트워크 부하를 밸런싱하는 시스템 및 방법
TW202134970A (zh) 用於管理庫存置放的電腦實施的系統以及方法
KR102275829B1 (ko) 비용 최적화된 구성을 생성하기 위한 패키지 구성의 시뮬레이션을 위한 시스템 및 방법
KR102445640B1 (ko) 아웃바운드 예측을 위한 시스템 및 방법
KR102575655B1 (ko) 데이터의 동적 집계와 데이터 손실의 최소화를 위한 시스템 및 방법
US11645263B2 (en) Systems and methods for managing a highly available and scalable distributed database in a cloud computing environment
TWI743944B (zh) 用於出站預測的電腦實施的系統以及方法
TWI731618B (zh) 電腦實施系統及電腦實施方法
US11704244B2 (en) System and method for local cache synchronization
KR102487543B1 (ko) 고 가용 분산형 하이브리드 트랜잭션 및 분석 데이터베이스를 관리하기 위한 시스템 및 방법
KR20220124075A (ko) 분할된 데이터베이스를 위한 다중 노드의 스트림 처리 프레임워크를 위한 시스템 및 방법
US11150806B1 (en) Systems and methods for reducing disk usage and network latency
US11899718B2 (en) Systems and methods for automatically updating guaranteed computing counters
US11256714B1 (en) Systems and methods for managing event storage

Legal Events

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