A system for monitoring networked computing devices with integrated electronic data encryption and decryption mechanism is provided. In particular, the system may comprise one or more host applications which may interact with an API layer to transmit encrypted host-related data through a secure data rails to a consolidated data repository. One or more downstream monitoring applications may retrieve and decrypt the host-related data from the consolidated data repository for analysis. In this way, the system may provide a secure, scalable way to monitor host computing systems and flow of sensitive electronic data.

A method comprising receiving by an arbitrary query engine a user request to perform a query associated with user data including first data and second data; partitioning the query into first and second sub-queries; providing the first sub-query to a first service provider interface (SPI) integrated into a first service configured to operate on the first data in a first datastore, the first SPI including a common interface component configured based on a uniform access specification to facilitate external communication between the arbitrary query engine and the first SPI, and the first SPI including a first service interface component configured to transform between the uniform access specification and a first service data specification and to facilitate internal data management; obtaining from the first datastore the first data formatted according to the first service data specification; transforming the first data; and providing the transformed first data to the arbitrary query engine.

A method for binding a first and second devices is disclosed. The method is implemented using the architectural principles of REST, which allows a binding initiator to directly contact the first device and instruct the device of actions to be taken. Specifically, the binding initiator may contact the first device by providing a first REST request to the device, the request specifying that the first device is to monitor a state of a particular REST resource identified by the request and is to trigger the second device to perform a specified action when the state of that REST resource satisfies a particular condition. Using REST further allows the first device to directly contact the second device and instruct the second device to perform the specified action. Since the first device is now able to directly contact the second device, these two devices may be considered to be bound.

A distributed task system based on internet of things and a related service processing method are provided. The system can include a trigger for receiving data sent by a smart device or a user in the internet of things, a task scheduling module and a plurality of processing units. The task scheduling module can instantiate a service processing flow according to the data received by the trigger, and can sequentially schedule and start multiple processing units according to the service processing flow. Each processing units can execute a certain stage task of the service processing flow, and send an execution result of the certain stage of the service processing flow back to the task scheduling module. And the task scheduling module can notify the smart device or the user of a final execution result of one processing unit that executes a final stage task of the service processing flow.

Methods and systems are configured for monitoring operations of a computing device by associating threads executing in a user space with kernel events in a kernel space. The systems and methods are configured for detecting a kernel event in the kernel space of the computing device; in response to detecting the kernel event, accessing, from a mapping table that maps a computing thread in the user space to a span that is active on the computing thread, a base address of a memory in the user space of the computing device, the memory storing a span identifier for each span in the user space, the span comprising one or more operations of a computing thread that is active in the user space; accessing, based on the base address, a span identifier in the memory; and associating the span identifier with the kernel event.

Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for automated management of campaigns using scripted rules.

Systems and methods for service deployment are disclosed herein. Certain implementations may include a memory encoded with computer executable instructions that when executed cause a processing unit to operate a service deployment engine and use consistent APIs both (a) internally via a package API when consuming deployment packages in order to expose them, and (b) externally via a service API when exposing available packages and services to the outside world or enterprise server. By doing so, calling applications can depend on the consistency of the service API engine while the enterprise server itself can reliably consume and interact with a dynamic set of packages organized in a consistent and predictable way. The service deployment engine may be configured to act as a dynamic library loader to interrogate, deploy, start/stop, and/or uninstall packages and services in real time. The packages and services may all implement the same package API.

Techniques are described for offloading remote direct memory operations (RDMOs) to “execution candidates”. The execution candidates may be any hardware capable of performing the offloaded operation. Thus, the execution candidates may be network interface controllers, specialized co-processors, FPGAs, etc. The execution candidates may be on a machine that is remote from the processor that is offloading the operation, or may be on the same machine as the processor that is offloading the operation. Details for certain specific RDMOs, which are particularly useful in online transaction processing (OLTP) and hybrid transactional/analytical (HTAP) workloads, are provided.

Methods, devices, and techniques for determining interoperable resources are discussed herein. For example, in one aspect, a resource in a cloud environment may be discovered. Responsive to discovering the resource, an interoperability support matrix associated with the resource can be obtained. The interoperability support matrix may specify another resource that interoperates with the resource. An interoperability record is then stored in an interoperability support matrix repository. The interoperability record can specify that the another resource interoperates with the resource.

Methods, systems, and computer readable media for health checking involving common application programming interface (API) framework (CAPIF) are disclosed. One example method for health checking using CAPIF comprises: at a CAPIF node including at least one processor: receiving, from a sender, a CAPIF request message including health check information usable in checking the health of an endpoint associated with the sender, wherein the health check information includes a uniform resource identifier (URI) associated with the endpoint and an acceptable response value for indicating that the endpoint is active; and determining, periodically or aperiodically, a health status of the endpoint by performing a health check procedure using the URI and the acceptable response value.