KR20150137542A - 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법 - Google Patents

분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법 Download PDF

Info

Publication number
KR20150137542A
KR20150137542A KR1020140065571A KR20140065571A KR20150137542A KR 20150137542 A KR20150137542 A KR 20150137542A KR 1020140065571 A KR1020140065571 A KR 1020140065571A KR 20140065571 A KR20140065571 A KR 20140065571A KR 20150137542 A KR20150137542 A KR 20150137542A
Authority
KR
South Korea
Prior art keywords
api
traffic
proxies
proxy
synchronization
Prior art date
Application number
KR1020140065571A
Other languages
English (en)
Other versions
KR102122913B1 (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 KR1020140065571A priority Critical patent/KR102122913B1/ko
Priority to US14/726,703 priority patent/US10230644B2/en
Publication of KR20150137542A publication Critical patent/KR20150137542A/ko
Application granted granted Critical
Publication of KR102122913B1 publication Critical patent/KR102122913B1/ko

Links

Images

Classifications

    • 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
    • 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/2866—Architectures; Arrangements
    • H04L67/2876—Pairs of inter-processing entities at each side of the network, e.g. split proxies
    • 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/22—Traffic shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/083—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for increasing network speed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894—Packet rate
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams

Abstract

분산형 API 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법이 개시된다. 예시적인 실시예에 따른 API 트래픽 관리 장치는 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API(Application Programming Interface) 프록시로부터 트래픽 정보를 수집하는 트래픽 정보 수집부; 및 상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하고, 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 트래픽 최적화부를 포함한다.

Description

분산형 API 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법{DISTRIBUTED API PROXY SYSTEM AND APAPPARATUS AND METHOD FOR MANAGING TRAFFIC IN SUCH SYSTEM}
개시되는 실시예들은 분산형 API(Application Programming Interface) 프록시 기술에 관한 것으로서, 더욱 상세하게는 분산형 API 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법과 관련된다.
최근, 지능형 빌딩 시스템(Intelligent Building System: IBS)과 스마트 홈(Smart Home) 시스템과 같은 자동화된 제어 시스템을 이용한 다양한 서비스가 사물 인터넷(Internet of Things: IoT) 기반의 통합 솔루션을 제공하도록 진화하고 있다. 사물 인터넷 환경에서 서비스를 제공하는 시스템에 대해서는 다양한 요구 사항이 존재하는데, 가령 그러한 시스템은 (i) 애플리케이션 개발자를 위한 환경(예컨대, 통합 개발 환경(Integrated Development Environment: IDE))을 제공하고, (ii) 제3자가 애플리케이션을 개발할 수 있게 하는 오픈 API(open API)을 제공하며, (iii) 표준 통신 프로토콜(예컨대, BACnet(Building Automation and Control network)과 같은 빌딩 제어 표준 통신 프로토콜, HL7(Health Level 7)과 같은 의료 기기 관련 표준 통신 프로토콜)을 통해 시스템 하부의 다양한 타입의 노드(예컨대, 터미널 장치 및 게이트웨이 장치)와 연결을 수립하고, (iv) 물리적 자원에 대한 추상화(abstraction) 기능 및 데이터 캐시 기능을 구비하며, (v) 그 시스템에 대한 더욱 세밀한 가시성(visibility)을 제공하고, (vi) 증가된 트래픽을 처리하기에 충분하도록 개선된 통신 성능을 구비할 것이 요구되고 있다.
그러나, 기존의 솔루션들에 의해 지원되는 시스템 가시성과 통신 성능은 충분히 만족스럽지 못하다. 특히, 하부 노드들과 관련된 트래픽의 증가에 기인하는 문제들은 네트워크 증설이나 하드웨어 업그레이드로 해결하는 것이 일반적이고, 결국 시스템 설비 비용이 증가된다. 따라서, 이러한 문제점을 극복하기 위한 향상된 기법이 필요하다.
미국 특허공보 제8078708호 (2011. 12. 13.)
개시되는 실시예들은 분산형 API 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법을 제공한다.
예시적인 실시예에 따르면, 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API(Application Programming Interface) 프록시로부터 트래픽 정보를 수집하는 트래픽 정보 수집부; 및 상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하고, 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 트래픽 최적화부를 포함하는 API 트래픽 관리 장치가 제공된다.
상기 트래픽 최적화부는 상기 복수의 API 프록시 중 제1 API 프록시에 의해 액세스 가능한 제1 물리적 자원을 상기 복수의 API 프록시 중 제2 API 프록시가 추상화하도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성할 수 있다.
상기 제2 API 프록시가 상기 제1 물리적 자원을 추상화한 후, 상기 제1 물리적 자원에 대하여 상기 제1 API 프록시 및 상기 제2 API 프록시 간 동기화가 수행될 수 있다.
상기 수집된 트래픽 정보는 상기 제1 물리적 자원에 대한 액세스를 위하여 상기 제1 API 프록시에 전달되는 요청의 발생 빈도를 포함할 수 있다.
상기 트래픽 최적화부는 상기 발생 빈도가 상기 제1 API 프록시의 처리 용량을 초과하는 경우 상기 제어 정보를 생성할 수 있다.
상기 트래픽 최적화부는 상기 복수의 API 프록시 중 적어도 두 개의 API 프록시 간에 동기화되는 제1 물리적 자원에 대하여 상기 적어도 두 개의 API 프록시 각각의 동기화 정책이 재설정되도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성할 수 있다.
상기 수집된 트래픽 정보는 상기 동기화로부터 발생하는 트래픽의 성능 측정치를 포함할 수 있다.
상기 성능 측정치는 상기 트래픽의 대역폭, 라운드 트립 시간(Round Trip Time: RTT) 및 발생 빈도 중 적어도 하나를 포함할 수 있다.
상기 동기화 정책은 상기 동기화를 수행하는 방식의 선택을 포함할 수 있고, 상기 선택된 방식은 상기 제1 물리적 자원과 관련된 데이터를 직접 요청하는 능동 방식, 상기 데이터의 전달을 기다리는 수동 방식, 또는 상기 능동 방식과 상기 수동 방식의 혼합일 수 있다.
상기 복수의 API 프록시 각각은 상기 액세스에 이용 가능한 API를 제공하는 데이터 플레인 API(data plane API) 및 상기 트래픽 정보의 수집 및 상기 제어 정보의 전달에 이용 가능한 API를 제공하는 제어 플레인 API(control plane API)를 포함할 수 있다.
상기 제어 정보는 상기 복수의 API 프록시 각각에 의해 액세스 가능한 물리적 자원, 상기 액세스 가능한 물리적 자원에 대한 동기화 대상 및 상기 액세스 가능한 물리적 자원에 대한 동기화 정책 중 적어도 하나를 재설정하는 데 사용될 수 있다.
예시적인 실시예에 따르면, 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API 프록시로부터 트래픽 정보를 수집하는 단계; 상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하는 단계; 및 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 단계를 포함하는 분산형 API 프록시 트래픽 관리 방법이 제공된다.
상기 생성하는 단계는, 상기 복수의 API 프록시 중 제1 API 프록시에 의해 액세스 가능한 제1 물리적 자원을 상기 복수의 API 프록시 중 제2 API 프록시가 추상화하도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는 단계를 포함할 수 있다.
상기 제2 API 프록시가 상기 제1 물리적 자원을 추상화한 후, 상기 제1 물리적 자원에 대하여 상기 제1 API 프록시 및 상기 제2 API 프록시 간 동기화가 수행될 수 있다,
상기 수집된 트래픽 정보는 상기 제1 물리적 자원에 대한 액세스를 위하여 상기 제1 API 프록시에 전달되는 요청의 발생 빈도를 포함할 수 있다.
상기 제어 정보는 상기 발생 빈도가 상기 제1 API 프록시의 처리 용량을 초과하는 경우 생성될 수 있다.
상기 생성하는 단계는, 상기 복수의 API 프록시 중 적어도 두 개의 API 프록시 간에 동기화되는 제1 물리적 자원에 대하여 상기 적어도 두 개의 API 프록시 각각의 동기화 정책이 재설정되도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는 단계를 포함할 수 있다.
상기 수집된 트래픽 정보는 상기 동기화로부터 발생하는 트래픽의 성능 측정치를 포함할 수 있다.
상기 성능 측정치는 상기 트래픽의 대역폭, 라운드 트립 시간(Round Trip Time: RTT) 및 발생 빈도 중 적어도 하나를 포함할 수 있다.
상기 동기화 정책은 상기 동기화를 수행하는 방식의 선택을 포함할 수 있고, 상기 선택된 방식은 상기 제1 물리적 자원과 관련된 데이터를 직접 요청하는 능동 방식, 상기 데이터의 전달을 기다리는 수동 방식, 또는 상기 능동 방식과 상기 수동 방식의 혼합일 수 있다.
상기 복수의 API 프록시 각각은 상기 액세스에 이용 가능한 API를 제공하는 데이터 플레인 API(data plane API) 및 상기 트래픽 정보의 수집 및 상기 제어 정보의 전달에 이용 가능한 API를 제공하는 제어 플레인 API(control plane API)를 포함할 수 있다.
상기 제어 정보는 상기 복수의 API 프록시 각각에 의해 액세스 가능한 물리적 자원, 상기 액세스 가능한 물리적 자원에 대한 동기화 대상 및 상기 액세스 가능한 물리적 자원에 대한 동기화 정책 중 적어도 하나를 재설정하는 데 사용될 수 있다.
예시적인 실시예에 따르면, 상기 방법들 중 임의의 하나를 실행하기 위한 컴퓨터 프로그램이 저장된 컴퓨터 판독 가능 저장 매체가 제공된다.
예시적인 실시예에 따르면, 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API 프록시; 및 상기 복수의 API 프록시로부터 트래픽 정보를 수집하고, 상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하며, 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 API 트래픽 관리기를 포함하는 분산형 API 프록시 시스템이 제공된다.
상기 API 트래픽 관리기는 상기 복수의 네트워킹된 장치 중 하나에 배치될 수 있다.
상기 복수의 네트워킹된 장치는 사물 인터넷(Internet of Things: IoT)과 연관될 수 있다.
상기 복수의 네트워킹된 장치는, 백엔드 장치와 통신 가능하게 연결된 게이트웨이 장치; 및 상기 게이트웨이 장치와 통신 가능하게 연결되고 상기 게이트웨이 장치를 통해 상기 백엔드 장치와 통신 가능하게 연결된 터미널 장치를 포함할 수 있다.
상기 복수의 네트워킹된 장치는 상기 백엔드 장치를 더 포함할 수 있다.
상기 API 트래픽 관리기는 상기 백엔드 장치에 배치될 수 있다.
상기 복수의 네트워킹된 장치는 상기 게이트웨이 장치 및 상기 터미널 장치와 통신 가능하게 연결되고 상기 게이트웨이 장치를 통해 상기 백엔드 장치와 통신 가능하게 연결된 중간 장치를 더 포함할 수 있고, 상기 중간 장치는 상기 터미널 장치의 컴퓨팅 능력보다 높은 컴퓨팅 능력을 구비할 수 있으며, 상기 API 트래픽 관리기는 상기 중간 장치에 배치될 수 있다.
소정의 실시예들에 따르면, 사물 인터넷 환경과 같은 네트워크 환경에서 이용 가능한 분산형 API 프록시 시스템이 제공된다.
소정의 실시예들에 따르면, 사물 인터넷 환경과 같은 네트워크 환경에서 서비스를 제공하는 시스템은 높은 가시성을 가질 수 있고 통신 트래픽의 최적화를 통해 감소된 사용 대역폭을 가질 수 있다.
소정의 실시예들에 따르면, 위와 같은 서비스 시스템의 구축 및 관리에 필요한 비용이 절감될 수 있다.
도 1은 예시적인 실시예에 따른 분산형 API 프록시 시스템이 구현될 수 있는 네트워크 환경을 도시한 도면,
도 2는 예시적인 실시예에 따른 API 프록시를 도시한 도면,
도 3은 예시적인 실시예에 따른 API 트래픽 관리기를 도시한 도면,
도 4는 API 프록시들 간에 물리적 자원의 추상화를 분담시키는 예를 설명하기 위한 도면,
도 5는 API 프록시들 간 동기화를 위한 트래픽을 감소시키는 예를 설명하기 위한 도면,
도 6은 예시적인 실시예에 따라 분산형 API 프록시의 통신 트래픽을 최적화하는 과정을 도시한 도면,
도 7은 예시적인 실시예에 따라 분산형 API 시스템에서 트래픽을 관리하는 과정을 도시한 도면.
이하, 도면을 참조하여 본 발명의 구체적인 실시형태를 설명하기로 한다. 이하의 상세한 설명은 본 명세서에서 기술된 방법, 장치 및/또는 시스템에 대한 포괄적인 이해를 돕기 위해 제공된다. 그러나 이는 예시에 불과하며 본 발명은 이에 제한되지 않는다.
본 발명의 실시예들을 설명함에 있어서, 본 발명과 관련된 공지기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략하기로 한다. 그리고, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 상세한 설명에서 사용되는 용어는 단지 본 발명의 실시예들을 기술하기 위한 것이며, 결코 제한적이어서는 안 된다. 명확하게 달리 사용되지 않는 한, 단수 형태의 표현은 복수 형태의 의미를 포함한다. 본 설명에서, "포함" 또는 "구비"와 같은 표현은 어떤 특성들, 숫자들, 단계들, 동작들, 요소들, 이들의 일부 또는 조합을 가리키기 위한 것이며, 기술된 것 이외에 하나 또는 그 이상의 다른 특성, 숫자, 단계, 동작, 요소, 이들의 일부 또는 조합의 존재 또는 가능성을 배제하도록 해석되어서는 안 된다.
도 1은 예시적인 실시예에 따른 분산형 API 프록시 시스템이 구현될 수 있는 네트워크 환경을 도시한다.
예시적인 네트워크 환경(100)은 백엔드 시스템(110) 및 로컬 영역 시스템(120)을 포함한다. 예시적인 네트워크 환경(100)은 식별 가능한 객체(물리적 자원을 포함)를 상호 연결하는 사물 인터넷(Internet of Things: IoT) 환경일 수 있다. 백엔드 시스템(110) 및 로컬 영역 시스템(120)은 인터넷과 같은 네트워크(190)를 통해 서로 통신한다. 백엔드 시스템(110)은 데이터센터와 같은 인프라스트럭처(infrastructure)에 구축된 서버 장치와 같은 컴퓨팅 장치를 포함한다. 백엔드 시스템(110)과 대비되어 네트워크 환경(100)의 하부 시스템이라고 볼 수 있는 로컬 영역 시스템(120)은 적어도 하나의 네트워크(예컨대, 도 1의 제1 로컬 네트워크(128) 및 제2 로컬 네트워크(129))를 통해 상호 연결되는 노드들(예컨대, 도 1에 도시된 게이트웨이 노드(gateway node)(122), 터미널 노드(terminal node)(124, 125, 127) 및 중간 노드(intermediate node)(123, 126))를 포함한다. 게이트웨이 노드(122)는 네트워크(190)를 통해 백엔드 시스템(110)과 연결될 수 있다. 터미널 노드(terminal node)(124, 125, 127) 및 중간 노드(intermediate node)(123, 126) 각각은 제1 로컬 네트워크(128) 또는 제2 로컬 네트워크(129)를 통해 게이트웨이 노드(122)와 연결될 수 있고, 게이트웨이 노드(122)를 통해 백엔드 시스템(110)과 연결될 수 있다. 로컬 영역 시스템(120)의 노드들은 컴퓨팅 능력을 가진 물리적 장치에 포함되거나 구현될 수 있다. 예컨대, 중간 노드(123)가 구현된 장치는 로컬 영역 시스템(120)의 다른 임의의 노드가 구현된 장치의 컴퓨팅 능력보다 높은 컴퓨팅 능력을 구비할 수 있다.
예시적인 실시예에 따르면, 복수의 네트워킹된 장치에 분산된 복수의 API 프록시를 포함하는 분산형 API 프록시 시스템이 네트워크 환경(100)에서 구현될 수 있다. 도 1을 참조하면, 복수의 API 프록시(150-1 내지 150-7)가 네트워크 환경(100)에 배치됨을 알 수 있다. 구체적으로, API 프록시(150-1)는 백엔드 시스템(110)에 포함될 수 있고, API 프록시(150-2 내지 150-7)는 로컬 영역 시스템(120)의 노드들(122 내지 127)에 각각 포함될 수 있다. 복수의 API 프록시(150-1 내지 150-7) 각각은 물리적 자원에 대한 추상화(abstraction) 및 추상화된 자원에 대한 데이터 캐시를 수행할 수 있다. 예를 들어, 이러한 API 프록시는 공조 설비(air handling equipment)의 개도(damper position) 조절을 위한 물리적 자원을 컴퓨터 해석 가능한 표현으로 변환하는 추상화 동작 및 최근의 개도 값을 저장하는 데이터 캐시 동작을 수행할 수 있다. 나아가, 복수의 API 프록시(150-1 내지 150-7) 각각은 추상화된 물리적 자원에 대한 액세스를 제공하도록 구성될 수 있다. 이러한 액세스를 통해 사용자의 애플리케이션은 추상화된 물리적 자원에 관련된 데이터를 판독 및/또는 기록할 수 있다.
만일 추상화된 물리적 자원의 액세스를 위한 요청이 급증하거나 로컬 영역 시스템(120)에 이상이 발생하는 경우, 사용자나 관리자는 통신 장애가 발생한 것으로 인식할 수도 있을 것이다. 그러나, 이러한 문제점을 방지하기 위하여, 예시적인 분산형 API 프록시 시스템은 적어도 하나의 API 트래픽 관리기를 더 포함한다. 예컨대, 도 1에 도시된 바와 같이, API 트래픽 관리기(170-1)는 백엔드 시스템(110)에 포함될 수 있고, API 트래픽 관리기(170-3)는 로컬 영역 시스템(120)의 중간 노드(123)에 포함될 수 있다. 이는 API 트래픽 관리기(170-1, 170-3) 각각의 동작을 위해 일정 수준을 넘는 컴퓨팅 능력이 요구될 수 있기 때문이다. API 트래픽 관리기(170-1, 170-3) 각각은 API 프록시들(150-1 내지 150-7)로부터 트래픽 정보를 수집하고, 수집된 트래픽 정보에 기반하여 API 프록시들(150-1 내지 150-7) 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하며, 생성된 제어 정보를 API 프록시들(150-1 내지 150-7)에 전달하도록 구성될 수 있다. 예를 들어, 각 API 트래픽 관리기(170-1, 170-3)는 특정 물리적 자원에 대한 읽기/쓰기 요청의 발생 빈도가 증가하여 그 자원에 대한 추상화를 담당하는 API 프록시(예컨대, API 프록시(150-4))의 응답 시간이 늦어지는 경우, API 프록시(150-1 내지 150-7)의 구성설정(configuration)을 변경하여 그 자원에 대한 요청을 적어도 하나의 다른 API 프록시(예컨대, API 프록시(150-6))가 대신 처리하게 할 수 있다. 다른 예로서, 각 API 트래픽 관리기(170-1, 170-3)는 API 프록시들(150-1 내지 150-7) 간 동기화로 인한 트래픽을 모니터링하고 미리 설정된 정책에 따라 그 트래픽을 감소시킬 수 있다.
전술한 예시적인 분산형 API 프록시 시스템은 사물 인터넷 환경과 같은 네트워크 환경(100)에서 사용되는 대역폭을 줄일 수 있고, 궁극적으로 이러한 네트워크 환경(100)에서 서비스를 제공하는 시스템의 구축 비용을 절감시킬 수 있다. 이러한 분산형 API 프록시 시스템의 각 컴포넌트의 동작에 대해 이하에서 상술한다.
도 2는 예시적인 실시예에 따른 API 프록시를 도시한다. 몇몇 실시예들에서, 도 1의 API 프록시(150-1 내지 150-7) 각각은 도 2의 API 프록시(200)와 마찬가지로 구성될 수 있다. 예시적인 API 프록시(200)는 하드웨어(예컨대, 백엔드 시스템(110)에 포함된 서버 장치 또는 로컬 영역 시스템(120)에 포함된 노드가 구현된 장치의 프로세서, 메모리, 네트워크 인터페이스와 같은 입출력 인터페이스 등)에 의해 구현될 수 있다.
예시적인 API 프록시(200)는 데이터 플레인 API(data plane API)(202) 및 제어 플레인 API(control plane API)(204)를 포함한다.
데이터 플레인 API(202)는 API 프록시(200)에 의해 추상화된 물리적 자원을 액세스하기 위한 API를 제공한다. 예컨대, 추상화된 자원에 대하여, API 프록시(200) 외부의 컴포넌트(예컨대, 추상화된 자원이 실제로 탑재된 하드웨어 장치 또는 다른 API 프록시)는 데이터 플레인 API(202)를 통해 데이터의 생성(데이터 캐시) 또는 캐시된 데이터의 판독, 갱신 또는 삭제를 수행할 수 있다.
제어 플레인 API(204)는 API 프록시(200)의 상태를 모니터링하거나 제어 파라미터를 설정하기 위한 API를 제공한다. 제어 플레인 API(204)를 이용하여 모니터링될 수 있는 상태는 API 프록시(200)의 정상 동작 여부, API 프록시(200)가 이용 가능한 중앙처리장치(Central Processing Unit: CPU) 및 스토리지(storage)와 같은 컴퓨팅 자원 및/또는 이하에서 설명될 성능 모니터링부(250)에 의해 생성되는 성능 측정치를 포함할 수 있다. 제어 플레인 API(204)를 이용하여 설정될 수 있는 제어 파라미터는 이하에서 설명될 자원 추상화 관리부(210) 또는 동기화부(230)에 의해 저장/기록되는 파라미터를 포함할 수 있다.
도 2에 도시된 바와 같이, API 프록시(200)는 자원 추상화 관리부(210), 동기화부(230) 및 성능 모니터링부(250)을 더 포함할 수 있다.
자원 추상화 관리부(210)는 API 프록시(200)를 통해 연결되는 물리적 자원들을 추상화할 수 있다. 예컨대, 이러한 자원 추상화 동작은 물리적 자원을 컴퓨터 해석 가능한 형식의 표현 및/또는 규칙으로 변환하는 것을 포함할 수 있다. 또한, 자원 추상화 관리부(210)는 추상화된 자원에 대해 캐시된 데이터(예컨대, 현재까지의 소정의 시구간 동안 캐시된 값들)을 자원 추상화 관리부(210) 내부의 저장 공간에 저장할 수 있다. 또한, 자원 추상화 관리부(210)는 추상화된 자원과 관련된 몇몇 내부 파라미터들을 내부 저장 공간에 저장할 수 있다. 예컨대, 저장되는 내부 파라미터들은 추상화된 자원의 내부 식별자 및/또는 외부 식별자(identity)(내부 식별자는 API 프록시(200) 내부에서 이용 가능할 수 있고, 외부 식별자는 API 프록시(200) 외부에서 이용 가능할 수 있음), 추상화된 자원의 카테고리 및/또는 추상화된 자원의 설명을 포함할 수 있다.
자원 추상화 관리부(210)에 의해 유지되는 물리적 자원 중에는 API 프록시(200) 및 API 프록시(200) 외부의 컴포넌트 간 동기화가 필요한 물리적 자원이 존재할 수 있다. 동기화부(230)는 그러한 물리적 자원에 대하여 위 외부 컴포넌트와의 동기화를 수행할 수 있다. 동기화부(230)는 그 물리적 자원과 관련된 동기화 대상 및 동기화 정책을 나타내는 자원 별 파라미터들을 기록할 수 있고, 이러한 기록에 기반하여 동기화를 수행할 수 있다. 동기화 대상은 API 프록시(200)와 동기화될 외부 컴포넌트의 인터페이스, 가령 위 물리적 자원이 실제로 탑재된 하드웨어 장치의 인터페이스 또는 다른 API 프록시의 데이터 플레인 API일 수 있다. 동기화 정책은 동기화 방식의 선택을 포함할 수 있다. 예를 들어, 선택된 동기화 방식은 동기화될 자원과 관련된 데이터를 직접 요청하는 능동 방식, 그러한 데이터의 전달을 기다리는 수동 방식, 또는 능동 방식과 수동 방식의 혼합일 수 있다. 선택된 동기화 방식이 능동 방식인 경우, 위와 같은 요청의 전송 주기가 동기화 정책에 의해 또한 지정될 수 있다. 선택된 동기화 방식이 혼합 방식인 경우, 능동 방식에 따른 위 요청을 전송할 때까지 대기할 시간 및/또는 전송을 위한 동기화 데이터의 결집(aggregation) 또는 압축(compression)의 사용이 동기화 정책에 의해 또한 지정될 수 있다.
성능 모니터링부(250)는 API 프록시(200)와 외부 컴포넌트 간 통신의 성능을 측정하여 기록한다. 예컨대, 성능 모니터링부(250)는 트래픽을 유발하는 통신(예컨대, 데이터 플레인 API(202)의 호출, 제어 플레인 API(204)의 호출 및/또는 동기화부(250)에 의해 수행되는 동기화)의 대역폭, 라운드 트립 시간(Round Trip Time: RTT) 및/또는 발생 빈도와 같은 성능 측정치를 제공할 수 있다.
도 3은 예시적인 실시예에 따른 API 트래픽 관리기를 도시한다. 몇몇 실시예들에서, 도 1의 API 트래픽 관리기(170-1 및 170-3) 각각은 도 3의 API 트래픽 관리기(300)와 마찬가지로 구성될 수 있다. API 트래픽 관리기(300)는 하드웨어(예컨대, 백엔드 시스템(110)에 포함된 서버 장치 또는 로컬 영역 시스템(120)에 포함된 중간 노드가 구현된 장치의 프로세서, 메모리, 네트워크 인터페이스와 같은 입출력 인터페이스 등)에 의해 구현될 수 있다.
도 3에 도시된 바와 같이, API 트래픽 관리기(300)는 트래픽 최적화부(310) 및 트래픽 정보 수집부(330)를 포함한다.
트래픽 정보 수집부(330)는 복수의 API 프록시의 API들(즉, 각 API 프록시의 데이터 플레인 API 및 제어 플레인 API)을 이용하여 소정의 트래픽 정보를 수집한다. 수집되는 트래픽 정보는 추상화된 자원들에 관한 데이터(예컨대, 추상화된 자원의 캐시된 데이터 및/또는 식별자), 추상화된 자원들 각각에 대한 동기화 대상 및 동기화 정책, 그리고 API 호출 및 API 프록시들 간의 동기화에 따른 트래픽과 관련된 성능 측정치 중 적어도 하나를 포함할 수 있다.
트래픽 최적화부(310)는 트래픽 정보 수집부(330)에 의해 수집된 트래픽 정보를 기반으로 API 프록시들의 통신에서 유발되는 트래픽을 감소시키기 위한 최적화 동작을 수행한다. 이러한 최적화 동작은 각 API 프록시를 통해 액세스 가능한 물리적 자원, 그 물리적 자원에 대한 동기화 대상 및/또는 그 물리적 자원에 대한 동기화 정책을 재설정하는 것을 포함할 수 있다.
몇몇 실시예들에 따르면, 트래픽 최적화부(310)는 수집된 트래픽 정보에 기반하여 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성할 수 있고, 생성된 제어 정보를 복수의 API 프록시에 전달할 수 있다. 각 API 프록시의 제어 플레인 API는 이러한 제어 정보의 전달에 이용될 수 있다. 전달된 제어 정보에 따라, 각 API 프록시는 몇몇 제어 파라미터들을 갱신하고/하거나 자신의 구성설정 변경에 필요한 다른 동작을 수행할 수 있다.
일 예로서, 트래픽 최적화부(310)는 복수의 API 프록시 중 제1 API 프록시에 의해 액세스 가능한 물리적 자원을 복수의 API 프록시 중 제2 API 프록시가 추상화하도록 제어 정보를 생성할 수 있다. 특히, 그 물리적 자원에 대한 액세스를 위하여 제1 API 프록시에 전달되는 요청의 발생 빈도가 앞서 언급된 트래픽 정보에 포함되고 그 발생 빈도가 제1 API 프록시의 처리 용량을 초과하는 경우, 위 제어 정보가 생성될 수 있다. 이와 같이, 트래픽 최적화부(310)의 최적화 동작은 물리적 자원의 추상화를 위임하는 양상을 가질 수 있다. 이하에서, 도 4를 참조하여 이 양상이 더 상세히 기술될 것이다.
추가적으로 또는 대안적으로, 트래픽 최적화부(310)는 복수의 API 프록시 중 적어도 두 개의 API 프록시 간에 동기화되는 물리적 자원에 대하여 적어도 두 개의 API 프록시 각각의 동기화 정책이 재설정되도록 제어 정보를 생성할 수 있다. 동기화로부터 발생하는 트래픽의 성능 측정치가 앞서 언급된 트래픽 정보에 포함하는 경우, 위 제어 정보는 성능 측정치에 기반하여 생성될 수 있다. 이와 같이, 트래픽 최적화부(310)의 최적화 동작은 API 프록시들 간의 동기화의 트래픽을 최소화하는 양상을 가질 수 있다. 이하에서, 도 5를 참조하여 이 양상이 더 상세히 기술될 것이다.
도 4는 API 프록시들 간에 물리적 자원의 추상화를 분담시키는 예를 설명하기 위한 도면이다.
예시적인 분산형 API 프록시 시스템(400)은 복수의 네트워킹된 장치에 분산된 API 프록시들(200-1, 200-2) 및 API 트래픽 관리기(300)를 포함한다. 도 4의 각 API 프록시(200-1, 200-2)는 도 2의 API 프록시(200)와 마찬가지로 구성될 수 있다.
도 4에 도시된 바와 같이, API 프록시(200-1)는 물리적 자원들, 가령 "자원 1", "자원 2" 및 "자원 3"을 추상화하여 보유할 수 있다. 만일 자원 2에 대한 액세스를 위하여 API 프록시(200-1)에 전달되는 요청의 발생 빈도가 일정 수준을 넘도록 증가하는 경우(예컨대, 소정의 시구간 동안 자원 2를 액세스하기 위한 API 호출의 개수가 API 프록시(200-1)의 처리 용량을 초과하는 경우), API 프록시(200-1)만으로는 그 요청이 처리되기 곤란할 수 있다. API 트래픽 관리기(300)는 이 상황을 파악할 수 있고, API 프록시(200-2)로 하여금 자원 2에 대한 요청들 중 일부를 처리하도록 할 수 있다.
구체적으로, API 트래픽 관리기(300)(의 트래픽 정보 수집부(330))는 두 API 프록시(200-1, 200-2)로부터 각자의 트래픽 정보를 수집할 수 있다. 예컨대, API 프록시(200-1)의 트래픽 정보는 API 프록시(200-1)의 API 호출의 발생 빈도(예컨대, 일정 시구간 동안 API 프록시(200-1)에서 수신된 API 호출의 총 개수 및/또는 자원 별 API 호출의 개수들)을 포함하도록 구성될 수 있다. API 프록시(200-2)의 트래픽 정보도 마찬가지로 구성될 수 있다.
수집된 트래픽 정보에 기반하여, API 트래픽 관리기(300)(의 트래픽 최적화부(310))는 자원 2에 대한 액세스 요청들 중 일부의 처리를 API 프록시(200-2)에 할당하기 위하여 API 프록시(200-1, 200-2)의 구성설정을 변경할 수 있다. 이러한 변경은 각 API 프록시(200-1, 200-2)에 의해 액세스 가능한 물리적 자원, 그 물리적 자원에 대한 동기화 대상 및/또는 그 물리적 자원에 대한 동기화 정책을 새로이 설정하는 것을 포함할 수 있다. 예컨대, API 트래픽 관리기(300)(의 트래픽 최적화부(310))는 위와 같은 구성설정 변경에 필요한 제어 정보를 생성할 수 있다. 생성된 제어 정보는 API 트래픽 관리기(300)로부터 API 프록시(200-1, 200-2)에 전달될 수 있다. API 프록시(200-1, 200-2) 각각은 제어 정보에 기반하여 제어 파라미터들을 갱신하거나 자신의 구성설정을 변경하기 위한 다른 동작을 수행할 수 있고, 이어서 변경된 구성설정에 따라 동작할 수 있다. 예컨대, API 프록시(200-2)는 자원 2에 대한 추상화 동작을 개시할 수 있다. 이후, 두 API 프록시(200-1, 200-2)는 자원 2에 대한 동기화 동작을 수행할 수 있다. 이와 같이 자원 2의 추상화가 API 프록시(200-2)에도 위임될 수 있는바, 자원 2에 대한 요청들의 처리는 두 API 프록시(200-1, 200-2) 간에 분담될 수 있다.
도 5는 API 프록시들 간 동기화를 위한 트래픽을 감소시키는 예를 설명하기 위한 도면이다.
예시적인 분산형 API 프록시 시스템(500)은 복수의 네트워킹된 장치에 분산된 API 프록시들(200-6 내지 200-9) 및 API 트래픽 관리기(300)를 포함한다. 도 5의 API 프록시들(200-6 내지 200-9) 각각은 도 2의 API 프록시(200)와 마찬가지로 구성될 수 있다.
이 예에서, 추상화된 물리적 자원들에 대한 동기화 동작들이 API 프록시들(200-6, 200-7, 200-8, 200-9) 간에 수행될 수 있다. 도 5에서 파선(dashed lined)으로 표시된 바와 같이, 이러한 동기화 동작들로 인해 트래픽이 발생할 수 있다.
API 트래픽 관리기(300)(의 트래픽 정보 수집부(330))는 API 프록시들(200-6, 200-7, 200-8, 200-9)로부터 각자의 트래픽 정보를 수집할 수 있다. API 프록시(200-6, 200-7, 200-8, 200-9) 각각의 트래픽 정보는 그 API 프록시(200-6, 200-7, 200-8, 200-9)의 동기화 트래픽와 관련된 성능 측정치들을 포함할 수 있다. 예컨대, API 트래픽 관리기(300)는 API 프록시(200-6)로부터 API 프록시(200-6) 및 API 프록시(200-7) 간 동기화 트래픽의 성능 측정치, API 프록시(200-6) 및 API 프록시(200-8) 간 동기화 트래픽의 성능 측정치 및 API 프록시(200-6) 및 API 프록시(200-9) 간 동기화 트래픽의 성능 측정치를 획득할 수 있다. 또한, API 트래픽 관리기(300)는 API 프록시(200-7)로부터 API 프록시(200-7) 및 API 프록시(200-6) 간 동기화 트래픽의 성능 측정치, API 프록시(200-7) 및 API 프록시(200-8) 간 동기화 트래픽의 성능 측정치 및 API 프록시(200-7) 및 API 프록시(200-9) 간 동기화 트래픽의 성능 측정치를 획득할 수 있다. 마찬가지로, API 트래픽 관리기(300)는 API 프록시(200-8) 및 API 프록시(200-9)로부터 각자의 동기화 트래픽 성능 측정치를 획득할 수 있다.
수집된 트래픽 정보에 기반하여, API 트래픽 관리기(300)(의 트래픽 최적화부(310))는 API 프록시(200-6, 200-7, 200-8, 200-9) 사이에 발생하는 동기화 트래픽을 최소화하기 위하여 API 프록시(200-6, 200-7, 200-8, 200-9)의 구성설정을 변경할 수 있다. 이러한 변경은 물리적 자원에 대한 동기화 정책을 새로이 설정하는 것을 포함할 수 있다. 예컨대, API 트래픽 관리기(300)(의 트래픽 최적화부(310))는 위와 같은 구성설정 변경에 필요한 제어 정보를 생성할 수 있다. 생성된 제어 정보는 API 트래픽 관리기(300)로부터 API 프록시(200-6, 200-7, 200-8, 200-9)에 전달될 수 있다. API 프록시(200-6, 200-7, 200-8, 200-9) 각각는 제어 정보에 기반하여 자신의 동기화 정책을 갱신할 수 있다. 위와 같이 최적화된 새로운 동기화 정책들은 API 프록시들(200-6, 200-7, 200-8, 200-9) 간 동기화에 소요되는 지연 시간을 애플리케이션의 동작에 필요한 수준으로 유지하면서 API 프록시들(200-6, 200-7, 200-8, 200-9) 간의 동기화 트래픽을 감소시킬 수 있다.
도 6은 예시적인 실시예에 따라 분산형 API 프록시의 통신 트래픽을 최적화하는 과정을 도시한다. 예를 들어, 이러한 과정(600)의 동작들은 예시적인 실시예에 따른 분산형 API 프록시 시스템(예컨대, 도 4의 분산형 API 프록시 시스템(400) 또는 도 5의 분산형 API 프록시 시스템(500))에 의해 수행될 수 있다.
시작 동작 후, 과정(600)은 동작(610)으로 진행된다. 동작(610)에서, 분산형 API 프록시 시스템의 API 트래픽 관리기는 분산형 API 프록시 시스템 내의 복수의 API 프록시에게 트래픽 정보를 요청한다. 이러한 요청은 각 API 프록시의 제어 플레인 API를 이용하여 전달될 수 있다.
동작(620)에서, 각 API 프록시는 자신의 트래픽 정보를 추출하고, 추출된 트래픽 정보를 포함하는 응답을 API 트래픽 관리기에게 전달한다.
동작(630)에서, API 트래픽 관리기는 수집된 트래픽 정보에 기반하여 각 API 프록시의 추상화된 자원에 대해 동기화 대상 및 동기화 정책을 결정한다.
동작(640)에서, API 트래픽 관리기는 결정된 동기화 대상 및 동기화 정책을 API 프록시들에게 전달한다. 결정된 동기화 대상 및 동기화 정책은 각 API 프록시의 제어 플레인 API를 이용하여 전달될 수 있다.
동작(650)에서, 각 API 프록시는 전달된 동기화 대상 및 동기화 정책에 따라 동작하도록 재구성된다.
도 6에 도시된 바와 같이, 과정(600)은 API 트래픽 관리기가 API 프록시들로부터 트래픽 정보를 수집하고 새로 수립된 동기화 대상 및 동기화 정책을 그 API 프록시들에 적용하는 하나의 동작 사이클을 나타낸다. 이러한 동작 사이클 안에서 앞서 기술된 자원 추상화의 위임 작업 및 동기화 트래픽의 최소화 작업이 수행될 수 있다.
도 7은 예시적인 실시예에 따라 분산형 API 시스템에서 트래픽을 관리하는 과정을 도시한다.
도 7에 도시된 바와 같이, 예시적인 과정(700)의 동작들이 수행되는 분산형 API 시스템은 적어도 하나의 API 트래픽 관리기(예컨대, API 트래픽 관리기(703)) 및 복수의 API 프록시(예컨대, API 프록시 1(704) 및 API 프록시 2(705))를 포함할 수 있다. 복수의 API 프록시는 상이한 컴퓨팅 자원을 제공받을 수 있다. 예를 들어, API 프록시 1(704)는 1 GHz의 동작 속도의 하드웨어 프로세서에 의해 구현될 수 있고, API 프록시 2(705)는 10 MHz의 동작 속도의 하드웨어 프로세서에 의해 구현될 수 있다. 한편, API 트래픽 관리기(705)를 구현하기 위한 하드웨어 프로세서는 1 GHz 이상의 동작 속도를 가질 수 있다. 복수의 사용자(예컨대, 사용자 1(701) 및 사용자 2(702)) 각각은 애플리케이션을 이용하여 특정 API 프록시(예컨대, API 프록시 1(704) 및/또는 API 프록시 2(705))로부터 소정의 물리적 자원에 관한 데이터를 획득할 수 있다.
동작(710)에서, 사용자 1(701)이 API 프록시 2(705)를 액세스하기 위한 입력을 애플리케이션에 제공하는 경우, API 프록시 2(705)는 API 호출(예컨대, 초당 10개의 호출)을 그 애플리케이션으로부터 수신한다.
동작(715)에서, 사용자 2(702)가 API 프록시 2(705)를 액세스하기 위한 입력을 다른 애플리케이션에 제공하는 경우, API 프록시 2(705)는 API 호출(예컨대, 초당 1000개의 호출)을 그 애플리케이션으로부터 수신한다. 앞서 언급된 예에서, 이러한 API 호출의 개수는 API 프록시 2(705)의 처리 용량을 초과할 수 있다.
동작(720)에서, API 트래픽 관리기(703)는 API 프록시 1(704)에 트래픽 정보를 요청한다. 동작(725)에서, API 프록시 1(704)는 자신의 트래픽 정보로 API 트래픽 관리기(703)에 응답한다.
동작(730)에서, API 트래픽 관리기(703)는 API 프록시 2(705)에 트래픽 정보를 요청한다. 동작(725)에서, API 프록시 2(705)는 자신의 트래픽 정보로 API 트래픽 관리기(703)에 응답한다.
도 3 및 도 4를 참조하여 앞서 설명된 바와 마찬가지로, 동작(725) 및 동작(735)를 통해 수집된 트래픽 정보에 기반하여, API 트래픽 관리기(703)는 API 호출들이 집중된 API 프록시 2(705)를 통해 액세스 가능한 물리적 자원 중 일부의 추상화가 API 프록시 1(704)에 위임되도록 할 수 있다. 또한, API 트래픽 관리기(703)는 그러한 위임에 따른 API 프록시 1(704) 및 API 프록시 2(705) 간 동기화를 최적화하기 위한 동기화 정책을 수립할 수 있다.
동작(740)에서, API 트래픽 관리기(703)는 수립된 동기화 정책을 API 프록시 1(704)에 통지한다. 또한, 동작(745)에서, API 트래픽 관리기(703)는 수립된 동기화 정책을 API 프록시 2(705)에 통지한다. 예컨대, API 트래픽 관리기(703)는 수립된 동기화 정책을 API 프록시 1(704) 및 API 프록시 2(705)에 적용하기 위한 제어 정보를 생성하여 API 프록시 1(704) 및 API 프록시 2(705)에 전달할 수 있다. 전달된 제어 정보에 따라 API 프록시 1(704) 및 API 프록시 2(705) 각각의 동기화 정책이 설정될 수 있다.
동작(750)에서, API 프록시 1(704) 및 API 프록시 2(705)는 전술한 위임에 따라 API 프록시 1(704)에 의해 추상화된 자원(이하, "위임된 자원"이라고도 지칭됨)에 대하여 동기화를 수행한다.
동작(755)에서, API 프록시 2(705)는 위임된 자원에 대한 API 호출을 분산할 것을 사용자 2에게 요청하기 위해 리다이렉션 요청(redirection request) 메시지를 사용자 2(702)의 애플리케이션에 전달할 수 있다.
동작(760)에서, API 프록시 2(705)는 동작(710)에서와 동일한 개수(예컨대, 초당 10개)의 API 호출을 사용자 1(701)의 애플리케이션으로부터 수신한다. 한편, 동작(765) 및 동작(770)을 참조하면, API 프록시 2(705)가 동작(715)에서보다 적은 개수의 API 호출을 사용자 2(702)의 애플리케이션으로부터 수신하되, API 프록시 1(704)가 사용자 2(702)의 애플리케이션으로부터 API 호출을 수신한다. 예를 들어, 동작(765) 에서, API 프록시 1(704)는 위임된 자원에 대하여 초당 900개의 API 호출을 수신할 수 있고, API 프록시 2(705)는 위임된 자원에 대하여 초당 100개의 API 호출을 수신할 수 있다. 이와 같이, 사용자 2(702)로부터 유발되는 트래픽은 API 프록시 1(704) 및 API 프록시 2(705) 간에 분담될 수 있다.
한편, 소정의 실시예는 본 명세서에서 기술한 과정을 컴퓨터상에서 수행하기 위한 프로그램을 포함하는 컴퓨터 판독 가능 저장 매체를 포함할 수 있다. 이러한 컴퓨터 판독 가능 저장 매체는 프로그램 명령, 로컬 데이터 파일, 로컬 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 그 컴퓨터 판독 가능 저장 매체는 본 발명을 위하여 특별히 설계되고 구성된 것들일 수 있다. 컴퓨터 판독 가능 저장 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광 기록 매체, 플롭티컬 디스크와 같은 자기-광 매체, 및 롬, 램, 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함할 수 있다.
이상에서 본 발명의 대표적인 실시예들을 상세하게 설명하였으나, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다. 그러므로 본 발명의 권리범위는 설명된 실시예에 국한되어 정해져서는 안 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
110: 백엔드 시스템
122: 게이트웨이 노드
123, 126: 중간 노드
124, 125, 127: 터미널 노드
150-1, 150-2, 150-3, 150-4, 150-5, 150-6, 150-7: API 프록시
170-1, 170-3: API 트래픽 관리기

Claims (30)

  1. 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API(Application Programming Interface) 프록시로부터 트래픽 정보를 수집하는 트래픽 정보 수집부; 및
    상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하고, 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 트래픽 최적화부를 포함하는
    API 트래픽 관리 장치.
  2. 청구항 1에 있어서,
    상기 트래픽 최적화부는 상기 복수의 API 프록시 중 제1 API 프록시에 의해 액세스 가능한 제1 물리적 자원을 상기 복수의 API 프록시 중 제2 API 프록시가 추상화하도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는, API 트래픽 관리 장치.
  3. 청구항 2에 있어서,
    상기 제2 API 프록시가 상기 제1 물리적 자원을 추상화한 후, 상기 제1 물리적 자원에 대하여 상기 제1 API 프록시 및 상기 제2 API 프록시 간 동기화가 수행되는, API 트래픽 관리 장치.
  4. 청구항 2에 있어서,
    상기 수집된 트래픽 정보는 상기 제1 물리적 자원에 대한 액세스를 위하여 상기 제1 API 프록시에 전달되는 요청의 발생 빈도를 포함하는, API 트래픽 관리 장치.
  5. 청구항 4에 있어서,
    상기 트래픽 최적화부는 상기 발생 빈도가 상기 제1 API 프록시의 처리 용량을 초과하는 경우 상기 제어 정보를 생성하는, API 트래픽 관리 장치.
  6. 청구항 1에 있어서,
    상기 트래픽 최적화부는 상기 복수의 API 프록시 중 적어도 두 개의 API 프록시 간에 동기화되는 제1 물리적 자원에 대하여 상기 적어도 두 개의 API 프록시 각각의 동기화 정책이 재설정되도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는, API 트래픽 관리 장치.
  7. 청구항 6에 있어서,
    상기 수집된 트래픽 정보는 상기 동기화로부터 발생하는 트래픽의 성능 측정치를 포함하는, API 트래픽 관리 장치.
  8. 청구항 7에 있어서,
    상기 성능 측정치는 상기 트래픽의 대역폭, 라운드 트립 시간(Round Trip Time: RTT) 및 발생 빈도 중 적어도 하나를 포함하는, API 트래픽 관리 장치.
  9. 청구항 6에 있어서,
    상기 동기화 정책은 상기 동기화를 수행하는 방식의 선택을 포함하고, 상기 선택된 방식은 상기 제1 물리적 자원과 관련된 데이터를 직접 요청하는 능동 방식, 상기 데이터의 전달을 기다리는 수동 방식, 또는 상기 능동 방식과 상기 수동 방식의 혼합인, API 트래픽 관리 장치.
  10. 청구항 1에 있어서,
    상기 복수의 API 프록시 각각은 상기 액세스에 이용 가능한 API를 제공하는 데이터 플레인 API(data plane API) 및 상기 트래픽 정보의 수집 및 상기 제어 정보의 전달에 이용 가능한 API를 제공하는 제어 플레인 API(control plane API)를 포함하는, API 트래픽 관리 장치.
  11. 청구항 1에 있어서,
    상기 제어 정보는 상기 복수의 API 프록시 각각에 의해 액세스 가능한 물리적 자원, 상기 액세스 가능한 물리적 자원에 대한 동기화 대상 및 상기 액세스 가능한 물리적 자원에 대한 동기화 정책 중 적어도 하나를 재설정하는 데 사용되는, API 트래픽 관리 장치.
  12. 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API 프록시로부터 트래픽 정보를 수집하는 단계;
    상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하는 단계; 및
    상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 단계를 포함하는
    분산형 API 프록시 트래픽 관리 방법.
  13. 청구항 12에 있어서,
    상기 생성하는 단계는, 상기 복수의 API 프록시 중 제1 API 프록시에 의해 액세스 가능한 제1 물리적 자원을 상기 복수의 API 프록시 중 제2 API 프록시가 추상화하도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는 단계를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  14. 청구항 13에 있어서,
    상기 제2 API 프록시가 상기 제1 물리적 자원을 추상화한 후, 상기 제1 물리적 자원에 대하여 상기 제1 API 프록시 및 상기 제2 API 프록시 간 동기화가 수행되는, 분산형 API 프록시 트래픽 관리 방법.
  15. 청구항 13에 있어서,
    상기 수집된 트래픽 정보는 상기 제1 물리적 자원에 대한 액세스를 위하여 상기 제1 API 프록시에 전달되는 요청의 발생 빈도를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  16. 청구항 15에 있어서,
    상기 제어 정보는 상기 발생 빈도가 상기 제1 API 프록시의 처리 용량을 초과하는 경우 생성되는, 분산형 API 프록시 트래픽 관리 방법.
  17. 청구항 12에 있어서,
    상기 생성하는 단계는, 상기 복수의 API 프록시 중 적어도 두 개의 API 프록시 간에 동기화되는 제1 물리적 자원에 대하여 상기 적어도 두 개의 API 프록시 각각의 동기화 정책이 재설정되도록 상기 수집된 트래픽 정보에 기반하여 상기 제어 정보를 생성하는 단계를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  18. 청구항 17에 있어서,
    상기 수집된 트래픽 정보는 상기 동기화로부터 발생하는 트래픽의 성능 측정치를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  19. 청구항 18에 있어서,
    상기 성능 측정치는 상기 트래픽의 대역폭, 라운드 트립 시간(Round Trip Time: RTT) 및 발생 빈도 중 적어도 하나를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  20. 청구항 17에 있어서,
    상기 동기화 정책은 상기 동기화를 수행하는 방식의 선택을 포함하고, 상기 선택된 방식은 상기 제1 물리적 자원과 관련된 데이터를 직접 요청하는 능동 방식, 상기 데이터의 전달을 기다리는 수동 방식, 또는 상기 능동 방식과 상기 수동 방식의 혼합인, 분산형 API 프록시 트래픽 관리 방법.
  21. 청구항 12에 있어서,
    상기 복수의 API 프록시 각각은 상기 액세스에 이용 가능한 API를 제공하는 데이터 플레인 API(data plane API) 및 상기 트래픽 정보의 수집 및 상기 제어 정보의 전달에 이용 가능한 API를 제공하는 제어 플레인 API(control plane API)를 포함하는, 분산형 API 프록시 트래픽 관리 방법.
  22. 청구항 12에 있어서,
    상기 제어 정보는 상기 복수의 API 프록시 각각에 의해 액세스 가능한 물리적 자원, 상기 액세스 가능한 물리적 자원에 대한 동기화 대상 및 상기 액세스 가능한 물리적 자원에 대한 동기화 정책 중 적어도 하나를 재설정하는 데 사용되는, 분산형 API 프록시 트래픽 관리 방법.
  23. 제12항 내지 제22항 중 어느 한 항에 기재된 방법을 실행하기 위한 컴퓨터 프로그램이 저장된 컴퓨터 판독가능 저장 매체.
  24. 각각 물리적 자원을 추상화하여 상기 추상화된 물리적 자원에 대한 액세스를 제공하도록 복수의 네트워킹된 장치에 분산된 복수의 API 프록시; 및
    상기 복수의 API 프록시로부터 트래픽 정보를 수집하고, 상기 수집된 트래픽 정보에 기반하여 상기 복수의 API 프록시 중 적어도 하나의 통신 트래픽을 감소시키기 위한 제어 정보를 생성하며, 상기 생성된 제어 정보를 상기 복수의 API 프록시에 전달하는 API 트래픽 관리기를 포함하는
    분산형 API 프록시 시스템.
  25. 청구항 24에 있어서,
    상기 API 트래픽 관리기는 상기 복수의 네트워킹된 장치 중 하나에 배치되는, 분산형 API 프록시 시스템.
  26. 청구항 24에 있어서,
    상기 복수의 네트워킹된 장치는 사물 인터넷(Internet of Things: IoT)과 연관된, 분산형 API 프록시 시스템.
  27. 청구항 24에 있어서,
    상기 복수의 네트워킹된 장치는,
    백엔드 장치와 통신 가능하게 연결된 게이트웨이 장치; 및
    상기 게이트웨이 장치와 통신 가능하게 연결되고 상기 게이트웨이 장치를 통해 상기 백엔드 장치와 통신 가능하게 연결된 터미널 장치를 포함하는,
    분산형 API 프록시 시스템.
  28. 청구항 27에 있어서,
    상기 복수의 네트워킹된 장치는 상기 백엔드 장치를 더 포함하는, 분산형 API 프록시 시스템.
  29. 청구항 27에 있어서,
    상기 API 트래픽 관리기는 상기 백엔드 장치에 배치되는, 분산형 API 프록시 시스템.
  30. 청구항 27에 있어서,
    상기 복수의 네트워킹된 장치는 상기 게이트웨이 장치 및 상기 터미널 장치와 통신 가능하게 연결되고 상기 게이트웨이 장치를 통해 상기 백엔드 장치와 통신 가능하게 연결된 중간 장치를 더 포함하고, 상기 중간 장치는 상기 터미널 장치의 컴퓨팅 능력보다 높은 컴퓨팅 능력을 구비하며, 상기 API 트래픽 관리기는 상기 중간 장치에 배치되는, 분산형 API 프록시 시스템.
KR1020140065571A 2014-05-30 2014-05-30 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법 KR102122913B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020140065571A KR102122913B1 (ko) 2014-05-30 2014-05-30 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법
US14/726,703 US10230644B2 (en) 2014-05-30 2015-06-01 Distributed API proxy system and apparatus and method for managing traffic in such system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140065571A KR102122913B1 (ko) 2014-05-30 2014-05-30 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20150137542A true KR20150137542A (ko) 2015-12-09
KR102122913B1 KR102122913B1 (ko) 2020-06-26

Family

ID=54703086

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140065571A KR102122913B1 (ko) 2014-05-30 2014-05-30 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법

Country Status (2)

Country Link
US (1) US10230644B2 (ko)
KR (1) KR102122913B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021215864A1 (ko) * 2020-04-23 2021-10-28 주식회사 모비젠 Api 게이트웨이 엑셀레이터 시스템 및 방법

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10069751B2 (en) * 2015-11-03 2018-09-04 International Business Machines Corporation On-demand IOT bandwidth allocation in response to a changing sensor population
CN106358245B (zh) * 2016-11-07 2019-12-27 北京佰才邦技术有限公司 移动边缘计算应用负荷分担的方法和控制器
US10630534B1 (en) 2016-12-02 2020-04-21 Worldpay, Llc Systems and methods for subscribing topics and registering computer server event notifications
US10320603B1 (en) 2016-12-02 2019-06-11 Worldpay, Llc Systems and methods for registering computer server event notifications
CN107026904A (zh) * 2017-03-29 2017-08-08 江苏新亿迪智能科技有限公司 智能建筑系统集成方法
US11582291B2 (en) 2017-07-28 2023-02-14 Kong Inc. Auto-documentation for application program interfaces based on network requests and responses
CN107831710A (zh) * 2017-10-19 2018-03-23 成都汉度科技有限公司 基于塑料光纤通信的智能楼宇系统
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
US11595272B2 (en) 2019-09-05 2023-02-28 Kong Inc. Microservices application network control plane
CN112769633B (zh) * 2020-12-07 2022-08-09 深信服科技股份有限公司 一种代理流量检测方法、装置、电子设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100325263A1 (en) * 2009-06-22 2010-12-23 Murali Raja Systems and methods for statistics exchange between cores for load balancing
US20110202589A1 (en) * 2010-02-15 2011-08-18 Openwave Systems Inc. Scripting/proxy systems, methods and circuit arrangements
US8078708B1 (en) 2004-01-15 2011-12-13 Nortel Networks Limited Grid proxy architecture for network resources
US20120226767A1 (en) * 2010-11-01 2012-09-06 Michael Luna Cache defeat detection and caching of content addressed by identifiers intended to defeat cache

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7426737B2 (en) * 2004-01-26 2008-09-16 Lucent Technologies Inc. Method and apparatus for operating an open API network having a proxy
US20050246453A1 (en) * 2004-04-30 2005-11-03 Microsoft Corporation Providing direct access to hardware from a virtual environment
US8069269B2 (en) * 2004-08-04 2011-11-29 Emc Corporation Methods and apparatus for accessing content in a virtual pool on a content addressable storage system
KR100689430B1 (ko) * 2004-12-16 2007-03-08 삼성전자주식회사 디지털 홈 서비스에서 하이브리드 모니터링을 통한 동적서비스 품질 매핑 장치 및 방법
US7822837B1 (en) * 2004-12-30 2010-10-26 Packeteer, Inc. Adaptive correlation of service level agreement and network application performance
US9164867B2 (en) * 2005-06-09 2015-10-20 Whirlpool Corporation Network for communicating information related to a consumable to an appliance
US9712486B2 (en) * 2006-09-25 2017-07-18 Weaved, Inc. Techniques for the deployment and management of network connected devices
US8310335B2 (en) * 2007-09-07 2012-11-13 Verizon Patent And Licensing Inc. Network-based access and control of home automation systems
US8924543B2 (en) * 2009-01-28 2014-12-30 Headwater Partners I Llc Service design center for device assisted services
US8327014B2 (en) * 2008-06-30 2012-12-04 Cisco Technology, Inc. Multi-layer hardware-based service acceleration (MHSA)
US9557889B2 (en) * 2009-01-28 2017-01-31 Headwater Partners I Llc Service plan design, user interfaces, application programming interfaces, and device management
US8868725B2 (en) * 2009-06-12 2014-10-21 Kent State University Apparatus and methods for real-time multimedia network traffic management and control in wireless networks
US8881243B2 (en) * 2009-11-24 2014-11-04 Telefonaktiebolaget L M Ericsson (Publ) Data traffic control in a communication network
US20110185082A1 (en) * 2009-12-29 2011-07-28 Tervela, Inc. Systems and methods for network virtualization
US9483313B2 (en) * 2010-10-19 2016-11-01 Microsoft Technology Licensing, Llc Availability management for reference data services
TW201227785A (en) * 2010-12-28 2012-07-01 Nat Univ Tsing Hua Devices and methods for appliance usage scheduling and control using on-line calendar services with open API
US9141410B2 (en) * 2011-03-08 2015-09-22 Rackspace Us, Inc. Pluggable allocation in a cloud computing system
US9251481B2 (en) * 2011-06-13 2016-02-02 Accenture Global Services Limited Distributed metering and monitoring system
WO2013036177A1 (en) * 2011-09-05 2013-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Internet of things lawful interception
US8761050B2 (en) * 2011-10-04 2014-06-24 Advanergy, Inc. Network integration system and method
US9203701B2 (en) * 2011-10-25 2015-12-01 Nicira, Inc. Network virtualization apparatus and method with scheduling capabilities
US8966508B2 (en) * 2012-02-20 2015-02-24 Electronics And Telecommunications Research Institute Method for executing hybrid web application and apparatus therefor
WO2013142273A1 (en) * 2012-03-19 2013-09-26 Citrix Systems, Inc. Systems and methods for providing user interfaces for management applications
US9027024B2 (en) * 2012-05-09 2015-05-05 Rackspace Us, Inc. Market-based virtual machine allocation
TW201351361A (zh) * 2012-06-13 2013-12-16 Hon Hai Prec Ind Co Ltd 電子地圖管理系統及方法
US9131266B2 (en) * 2012-08-10 2015-09-08 Qualcomm Incorporated Ad-hoc media presentation based upon dynamic discovery of media output devices that are proximate to one or more users
US10091049B2 (en) * 2012-08-17 2018-10-02 F5 Networks, Inc. Scripting for implementing policy-based traffic steering and management
US9310864B1 (en) * 2012-09-19 2016-04-12 Amazon Technologies, Inc. Monitoring and real-time adjustment of power consumption settings
KR102010295B1 (ko) * 2012-09-20 2019-10-21 엘지전자 주식회사 가전기기 관리 시스템 및 이의 푸시 서비스 방법
US8745755B2 (en) * 2012-10-12 2014-06-03 Citrix Systems, Inc. Controlling device access to enterprise resources in an orchestration framework for connected devices
KR20170010086A (ko) * 2013-02-15 2017-01-25 엘지전자 주식회사 무선랜 시스템에서 대역폭에 따른 프레임 송수신 방법 및 장치
US9621480B2 (en) * 2013-03-04 2017-04-11 Vigo Software Ltd Data acquisition pertaining to connectivity of client applications of a service provider network
WO2014142848A1 (en) * 2013-03-13 2014-09-18 Intel Corporation Device-to-device communication for resource sharing
KR20170075808A (ko) * 2013-05-08 2017-07-03 콘비다 와이어리스, 엘엘씨 가상화 브로커 및 콘텍스트 정보를 이용한 자원들의 가상화를 위한 방법 및 장치
US10057173B2 (en) * 2013-05-28 2018-08-21 Convida Wireless, Llc Load balancing in the Internet of things
US9515914B2 (en) * 2013-07-20 2016-12-06 Cisco Technology, Inc. Path computation element proxying for deterministic wireless networks
US20150071071A1 (en) * 2013-09-11 2015-03-12 Cluster Wireless, LLC Load balancing between nodes processing data and backhaul utilization
US9571540B2 (en) * 2013-09-19 2017-02-14 Verizon Patent And Licensing Inc. Broadcast/multicast offloading and recommending of infrastructural changes based on usage tracking
US9460008B1 (en) * 2013-09-20 2016-10-04 Amazon Technologies, Inc. Efficient garbage collection for a log-structured data store
US9414215B2 (en) * 2013-10-04 2016-08-09 Cisco Technology, Inc. System and method for orchestrating mobile data networks in a machine-to-machine environment
WO2015069157A1 (en) * 2013-11-07 2015-05-14 Telefonaktiebolaget L M Ericsson (Publ) Setting up a virtual machine for an ip device
US20150142916A1 (en) * 2013-11-20 2015-05-21 Electronics And Telecommunications Research Institute Method for translating entity to things based on web and machine-to-machine communication device
US9612854B2 (en) * 2013-12-18 2017-04-04 Telefonaktiebolaget Lm Ericsson (Publ) System and method for virtualizing a remote device
US9635124B2 (en) * 2014-01-15 2017-04-25 Qualcomm Connected Experiences, Inc. Conveying state changes using connectionless messaging and a store-and-forward cache
EP2926500B1 (en) * 2014-01-22 2017-03-08 Nec Corporation Method for configuring an m2m system
US9569332B2 (en) * 2014-02-03 2017-02-14 Apigee Corporation System and method for investigating anomalies in API processing systems
WO2015120460A1 (en) * 2014-02-10 2015-08-13 Bigcommerce Pty. Ltd. Systems and methods for api rate limiting and distribution
US9838454B2 (en) * 2014-04-23 2017-12-05 Cisco Technology, Inc. Policy-based payload delivery for transport protocols
US10362059B2 (en) * 2014-09-24 2019-07-23 Oracle International Corporation Proxy servers within computer subnetworks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8078708B1 (en) 2004-01-15 2011-12-13 Nortel Networks Limited Grid proxy architecture for network resources
US20100325263A1 (en) * 2009-06-22 2010-12-23 Murali Raja Systems and methods for statistics exchange between cores for load balancing
US20110202589A1 (en) * 2010-02-15 2011-08-18 Openwave Systems Inc. Scripting/proxy systems, methods and circuit arrangements
US20120226767A1 (en) * 2010-11-01 2012-09-06 Michael Luna Cache defeat detection and caching of content addressed by identifiers intended to defeat cache

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Datta, Soumya Kanti, Christian Bonnet, and Navid Nikaein. "An IoT gateway centric architecture to provide novel M2M services." 2014 IEEE World Forum on Internet of Things (WF-IoT). IEEE, 2014년* *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021215864A1 (ko) * 2020-04-23 2021-10-28 주식회사 모비젠 Api 게이트웨이 엑셀레이터 시스템 및 방법

Also Published As

Publication number Publication date
US20150350092A1 (en) 2015-12-03
KR102122913B1 (ko) 2020-06-26
US10230644B2 (en) 2019-03-12

Similar Documents

Publication Publication Date Title
KR20150137542A (ko) 분산형 api 프록시 시스템 및 그러한 시스템에서 트래픽을 관리하는 장치 및 방법
KR101573182B1 (ko) 네트워크 관리 방법 및 서비스 ＱｏＳ 제공 방법
BR112020016723A2 (pt) Sistema e método para contexto de ue e gerenciamento de contexto de sessão de pdu
US20150180969A1 (en) Method for load balancing of requests' processing of diameter servers
US11122440B2 (en) Performance assurance and optimization for GAA and PAL devices in a CBRS network for private enterprise environment
US20210320845A1 (en) Network function nf management method and nf management device
JP6441950B2 (ja) 分散システムにおける集中ネットワーク構成
US11405967B2 (en) Enhanced femtocell with on-premise private network slice controller and multi-access edge computing service
US11671514B2 (en) Service layer message templates in a communications network
EP3857977B1 (en) Network slice registration management
WO2018000202A1 (zh) 一种负载迁移方法、装置及系统
EP3937523A1 (en) Retrieving a core network or access network assigned user equipment identifier
US11025490B2 (en) Method for dynamically managing a network service in a communication network
JP2016511451A (ja) ネットワーク機能を開くためのシステムおよび方法、ならびに関連するネットワーク要素
US20230239675A1 (en) Application context relocation method and apparatus
CN110024358B (zh) 对由分布式数据存储系统提供的服务的访问
CN109391503B (zh) 一种网络切片管理方法及装置
EP3886400A1 (en) Unmanned aerial vehicle control method, apparatus and system
US11070426B2 (en) Mechanisms for the adaptive control of service layer operations
JP6731407B2 (ja) 制御方法及び制御装置
KR101581127B1 (ko) 네트워크 시스템과 통신 방법, 및 네트워크 장치
US20220141913A1 (en) Core network for mobile communication system
EP3912329B1 (en) Automated service layer message flow management in a communications network
KR102234652B1 (ko) oneM2M IoT 플랫폼에서의 서비스 제어방법 및 제어장치
Brunner Optimizing the Collection and Processing of Wi-Fi Probe Requests

Legal Events

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