Patent classifications
H04L67/1014
Dynamic handling of service mesh loads using sliced replicas and cloud functions
Systems, methods and/or computer program products managing momentary increases in resource requirements of microservices within a service mesh using sliced replicas or pre-configured cloud functions. The service mesh tracks incoming API calls of applications requesting use of specific microservice capabilities. Over time capabilities being called are categorized by the service mesh based on call frequency. Service mesh predicts patterns of expected increases in requests for each capability of the microservices. As the increase in the number of API calls for the capability become more than a threshold level predicted by the service mesh, a sliced replica of the microservice is created or a pre-configured cloud function is enabled to handle requests specifically for the capability causing the momentary increase in resource requirements, while the service mesh continues routing API calls for other capabilities to the requested microservice. Upon resource requirements subsiding, the sliced replica or pre-configured cloud function is removed.
Dynamic handling of service mesh loads using sliced replicas and cloud functions
Systems, methods and/or computer program products managing momentary increases in resource requirements of microservices within a service mesh using sliced replicas or pre-configured cloud functions. The service mesh tracks incoming API calls of applications requesting use of specific microservice capabilities. Over time capabilities being called are categorized by the service mesh based on call frequency. Service mesh predicts patterns of expected increases in requests for each capability of the microservices. As the increase in the number of API calls for the capability become more than a threshold level predicted by the service mesh, a sliced replica of the microservice is created or a pre-configured cloud function is enabled to handle requests specifically for the capability causing the momentary increase in resource requirements, while the service mesh continues routing API calls for other capabilities to the requested microservice. Upon resource requirements subsiding, the sliced replica or pre-configured cloud function is removed.
IMAGE PROCESSING CONTROL DEVICE, COMPUTER-READABLE RECORDING MEDIUM STORING IMAGE PROCESSING CONTROL PROGRAM, AND IMAGE PROCESSING CONTROL METHOD
An image processing control device includes: a memory; and a processor coupled to the memory and configured to: determine, on a basis of a processing rate of an image processing program to be deployed, a type of transfer data extracted from video at a time of transferring the video to be processed by the image processing program to be deployed to be a moving image or a still image; and select, on a basis of the type of the transfer data, a deployment destination information processing device to which the image processing program to be deployed is deployed from among a plurality of information processing devices.
Technologies for switching network traffic in a data center
Technologies for switching network traffic include a network switch. The network switch includes one or more processors and communication circuitry coupled to the one or more processors. The communication circuitry is capable of switching network traffic of multiple link layer protocols. Additionally, the network switch includes one or more memory devices storing instructions that, when executed, cause the network switch to receive, with the communication circuitry through an optical connection, network traffic to be forwarded, and determine a link layer protocol of the received network traffic. The instructions additionally cause the network switch to forward the network traffic as a function of the determined link layer protocol. Other embodiments are also described and claimed.
Tiered digital content recording
A digital content recording network controller device determines a first content of a set of content to be more likely to be requested by a user of a content access device than a second content of the set of content based on monitored behavior of the user. The device stores the first content in a first storage device of a tiered group of storage devices and stores the second content in a second storage device of the tiered group of storage devices wherein the content access device is located closer to the first storage device than the second storage device. This balances storage load with accessibility, resulting in a faster responding system that does not require as much storage.
Tiered digital content recording
A digital content recording network controller device determines a first content of a set of content to be more likely to be requested by a user of a content access device than a second content of the set of content based on monitored behavior of the user. The device stores the first content in a first storage device of a tiered group of storage devices and stores the second content in a second storage device of the tiered group of storage devices wherein the content access device is located closer to the first storage device than the second storage device. This balances storage load with accessibility, resulting in a faster responding system that does not require as much storage.
Automatically replicate API calls to separate data centers
Described herein are systems and methods for transparent resiliency to multiple data centers. The systems and methods depicted determine if an application programming interface (API) call is idempotent. If the API call is idempotent, the calls can be concurrently forwarded to multiple datacenters. If the API call is not idempotent, the calls can be sent to each of a multiple datacenters in turn until a response is received or timeout occurs. Automatically providing multi-region calls in synchrony provides a faster response time during data center or regional failures. Automatically providing multi-region calls in synchrony at the appliance server side, moves the logic out of the client and into a transparent and centrally managed service. This can allow business logic to focus on the core logic and not on logic to retry requests or manage the multi-regional aspect of a dependent service.
Generation of travel-related reporting messages
Travel-related-information messages (TRIMS) are received from one or more information sources, and information included in the messages is separated into a first (e.g. TPEG™) or second (e.g. TPEG+) group. A broadcast area to which the information included in the TRIMs is to be broadcast is determined. A further determination indicates that a subset of information assigned to the first group is to be reassigned to the second group. The subset of information is reassigned from the first group to the second group based on parameters associated with the broadcast area. The information included in the first group and the second group is delivered to one or more processing modules that generate a first TRIM reporting message using information included in the first group and a second TRIM reporting message using information included in the second group.
Generation of travel-related reporting messages
Travel-related-information messages (TRIMS) are received from one or more information sources, and information included in the messages is separated into a first (e.g. TPEG™) or second (e.g. TPEG+) group. A broadcast area to which the information included in the TRIMs is to be broadcast is determined. A further determination indicates that a subset of information assigned to the first group is to be reassigned to the second group. The subset of information is reassigned from the first group to the second group based on parameters associated with the broadcast area. The information included in the first group and the second group is delivered to one or more processing modules that generate a first TRIM reporting message using information included in the first group and a second TRIM reporting message using information included in the second group.
Methods and systems for making effective use of system resources
Methods and systems for making effective use of system resources. A plurality of requests for access to a resource are received. Each request has an associated group of features. The group of features for each request is analyzed to collect observations about the plurality of requests. A function to predict an outcome of a subsequent request is generated based on the observations. Resources are allocated to service the subsequent request based on the function.