Abstract: Disclosed are various embodiments for providing split-tunneled network connectivity on a per-application basis. A request to make a universal datagram protocol (UDP) connection to a remote host specified by an internet protocol (IP) address in the request is received from a network driver. A hostname lookup table is queried to determine a hostname associated with the IP address for the remote host. A policy is identified based on the hostname associated with the IP address for the remote host. Then, the UDP connection is routed based on the policy.

Abstract: In accordance with an embodiment, described herein is a system and method for providing multitenancy support in a platform as a service or cloud computing environment. A platform component enables a service runtime to be shared by multiple tenants, by providing each tenant with a dedicated share or slice of a runtime instance. Each share/slice can be isolated from other shares/slices with respect to factors such as, for example, configuration, or quality of service. In accordance with an embodiment, during provisioning of a particular service runtime, a runtime definition associated with the service runtime can be utilized, for example by a service management engine, to configure the platform component to install one or more services within the service runtime. A particular service and its service runtimes can also be provisioned, within one or more runtime pools, according to a service runtime definition and placement configuration.

Abstract: A method for arbitrarily grouping computer system resources includes receiving a resource policy to be applied to a group of resources associated with a user. The resource policy includes a unique user-defined label assigned to each resource of the group of resources. The method also includes identifying the group of resources among a plurality of resources using the user-defined label. Here, the plurality of resources is associated with the user and distributed across a plurality of different computing environments. For each identified resource of the group of resources, the method also includes applying the resource policy to a corresponding identified resource by accessing the respective computing environment where the corresponding identified resource resides.

Abstract: A method for allocating a virtual resource based on a blockchain, including: receiving a resource allocation transaction sent by a client, wherein the resource allocation transaction includes a user identifier of a target user; in response to the resource allocation transaction, invoking verification logic in a smart contract deployed in the blockchain to verify whether a service indicator of the target user within a preset service cycle satisfies a virtual resource allocation condition; and when the service indicator satisfies the virtual resource allocation condition, invoking virtual resource allocation logic in the smart contract to allocate a preset amount of virtual resources to the target user from a virtual resource pool and transfer the preset amount of virtual resources to a blockchain account corresponding to the user identifier, wherein virtual resources in the virtual resource pool are associated with service profits of a service operator corresponding to a service of the target user.

Abstract: A dynamic ownership model is utilized for Internet protocol (IP) address allocation and management. Dynamic ownership is determined on a first-come, first-serve basis. According to an embodiment, IP address ownership can be coordinated through a lock coordinator on a per-node basis via a communication channel that is independent of the IP network being assigned. A per-node IP manager can request for a lock for a specific IP address, and if granted, the per-node IP manager can create an IP resource object, apply the IP resource object data to an interface on the node, set up the interface to receive traffic, and continuously issue checks to ensure that the node is allowed to own this IP resource object. Since each node participates in IP address ownership based on its own network status, overheads associated with synchronizing node state to a central IP address coordinator can be significantly reduced.

Abstract: A system may retrieve a packet in a network edge of a computer network. The system may identify a source address of the packet and a domain name that is being resolved that is associated with the packet and determining a time to live for the domain name, based at least in part on a record associated with the domain name. The server may further determine a relevance value indicative of an importance of a server associated with the domain name based at least in part on a frequency of the domain name in a domain name system list comprising a plurality of servers associated with a plurality of domain names, wherein the frequency is normalized by the time to live for the domain name. The system may sort the domain name system list according to the relevance value.

Abstract: A communication apparatus includes a notification device that notifies information, a first LAN interface that connects to a network, a second LAN interface that connects to a network, transmits a DHCP discovery packet via a LAN cable when the LAN cable is connected to the first LAN interface, and determines whether to provide a notification and to notify information based on a determination to provide a notification based on a DHCP offer packet transmitted in response to the DHCP discovery packet and network information used to communicate via the second LAN interface.

Abstract: An electrical computer system processing architecture for providing fairness amongst client computers of the computer system is disclosed. The electrical computer system processing architecture comprises a plurality of client computers connected to at least one server by a computer network. Each of the client computers is configured to provide requests to the at least one server. The or each server comprises a store for storing requests provided by the plurality of client computers.

Abstract: The present disclosure relates to a method for providing a push service using a web push, and an electronic device supporting the same. Methods for providing a push service according to various embodiments of the present disclosure may comprise of: displaying a user interface of a software program; receiving a first web page from a first server associated with a push service according to a user's subscription when a first user input is detected in the user interface; displaying an indicator for the push service and the first web page; and transmitting a signal indicative of the push service subscription to a second server independent from the first server which manages a plurality of web sites for providing the push service when a second user input for the push service subscription is detected. Other embodiments are possible.

Abstract: A controller provides dynamic load distribution in a multi-tier distributed platform. The controller may receive a request at a first Point-of-Presence (“PoP”) with a first set of resources. The first PoP may be part of a distributed platform with several distributed PoPs at different network locations. The controller may classify the requested task with a priority, may determine resource availability, and may dynamically distribute the request by (i) providing the request to the first set of resources in response to classifying the task with a high first priority, and determining the availability of the first set of resources to be less than a threshold, and (ii) providing the request to a second PoP in response to classifying the task with a lower second priority, and determining the availability of the first set of resources to be less than the threshold.

Abstract: Example techniques relate to changing a playback device mode based on a device base. In an example implementation, a first playback device operates in a first mode where it is connected to a first network and plays back audio content while in the first mode. The playback device detects connection of the first playback device to a device base and while the first playback device is on the device base, detects connection to a second network. The first playback device switches from operating in the first mode to operating in a second mode. The first playback device forms a stereo pair configuration with a second playback device over the second network in the second mode. While in the second mode, the first playback device plays back a first channel of audio content in synchrony with the second playback device playing back a second channel of the audio content.

Abstract: Disclosed embodiments provide for collaborative access to a distributed data structure. Operations such as inserting, deleting, and annotating are performed by various clients participating in the collaboration. A serialization service enforcing a single order of these operations and ensures the operations and order are communicated to all of the clients participating in the collaboration. Once all clients have acknowledged particular operations, this information is also communicated to all of the clients, such that the clients may perform maintenance activities on the collaboration data structures. The result is a rolling collaboration window shared by all of the clients of the collaboration, with a bottom of the collaboration window defined by a lowest ordered operation not yet acknowledged by all clients of the collaboration, and a highest ordered operation as assigned by the serialization service.

Abstract: A method for normalizing leaf nodes of a weighted tree for use in a scheduler is disclosed. In one embodiment, such a method includes obtaining a weighted tree structure having a root node and multiple downstream nodes. Each downstream node is assigned a weight value. The method assigns a global maximum number and a global minimum number to the root node. The method derives, from the weight values and the global maximum number and global minimum number, a maximum number and a minimum number for each downstream node. The method further assigns, to each leaf node of the downstream nodes, an absolute weight value that is related to at least one of its maximum number and its minimum number. The method schedules items associated with the leaf nodes based on the absolute weight values associated with the leaf nodes. A corresponding system and computer program product are also disclosed.

Abstract: A computing system includes a virtual desktop server and a client computing device. The virtual desktop server includes a real-time media application to provide real-time communications (RTC) for peer-to-peer networking, and a native RTC engine to execute a portion of the real-time media application when received by the native RTC engine. An API code redirection module redirects intercepted APIs of the real-time media application so that the portion of the real-time media application is redirected away from the native RTC engine to a client RTC engine in the client computing device. The portion of the real-time media application being redirected includes provisioning information directed to a remote media server. A network location service provides provisioning information directed to a nearby media server.

Abstract: A computing system includes a virtual desktop server and a client computing device. The virtual desktop server includes a real-time media application to provide real-time communications (RTC) for peer-to-peer networking, and a native RTC engine to execute a portion of the real-time media application when received by the native RTC engine. An API code redirection module redirects intercepted APIs of the real-time media application so that the portion of the real-time media application is redirected away from the native RTC engine to a client RTC engine in the client computing device. The client RTC engine executes the redirected portion of the real-time media application, performs network connectivity probing to determine reachability to a peer computing device, and performs fallback network connectivity probing via the virtual desktop server to determine reachability to the peer computing device.

Abstract: Systems and methods for allocating computing resources for a multi-tiered application are disclosed. A computer-implemented method includes: determining, by a computing device, a topology of a multi-tiered application; determining, by the computing device, a modeled setting of a computing resource for the multi-tiered application based on the determined topology; determining, by the computing device, an actual usage of the computing resource by the multi-tiered application; and adjusting, by the computing device, an allocation of the computing resource to the multi-tiered application based on the actual usage and the modeled setting.

Abstract: For a managed network, some embodiments provide a method for a set of service nodes in an active-active service node cluster in conjunction with a host computer hosting a destination data compute node (DCN) to improve the efficiency of directing a data message to a service node storing state information for the flow to which the data message belongs. a first service node receives a data message in a particular data message flow for which it does not maintain state information. The first service node then identifies a second service node to process the data message and forwards the data message to the second service node. The second service node sends state information for the particular data message flow to the first service node, for the first service node to use to process subsequent data messages in the particular data message flow.

Abstract: Techniques for managing fault domains using cells are described. An area of a provider network may be divided into multiple cells, with each cell representing a different fault domain of the area of the provider network. A customer can provide domain definitions for their service or application and a cell management service can use the domain definitions to place the infrastructure and compute resources underlying the customer's application or service in appropriate cells within an area of the provider network. In some embodiments, the domain definitions may be account-based, where the domain definition may be to place resources in different fault domains depending on the account they are associated with. Alternatively, the customer may tag resources with an identifier such that resources tagged with a first identifier may be placed in a first cell while resources tagged with a second identifier may be placed in a second cell.

Abstract: Determining microservice placement to minimize response time in a network is provided. A set of resources utilized by a microservice during operation is identified based on inspecting a configuration file and code of the microservice. A deployed location within the network of each resource is determined. A relative weight value is assigned to each resource indicating a relative significance of each resource to the microservice during operation. A weighted-average response time is determined for each data center in a set of possible data centers to deploy the microservice based on the relative weight value assigned to each resource and a determined distance value measured by response time between the deployed location of each resource and each possible data center in the set. A data center in the set of possible data centers is selected to deploy the microservice based on the data center having a lowest determined weighted-average response time.

Abstract: Conveying potential communication methods for a user of a computing system network, including: determining whether a user account for a real-time communications application (RTCA) is installed on a first inactive user device; if the user account for the RTCA is installed on the first inactive user device: calculating a proximity between a location of the first inactive user device and a user location; determining a status for the RTCA account based on the proximity between the location of the first inactive user device and the user location, wherein the status indicates a user's potential availability to utilize the RTCA account for communications; and sending the status for the RTCA account to another device.