Abstract:
Various examples are disclosed for performing dynamic chains of action for Internet-of-Things (IoT) devices. In some aspects, IoT event data is received from an IoT device. An IoT dependency graph is identified based on an initial IoT event specified by the IoT dependency graph. An IoT event subsequent to the initial IoT event is identified according to the IoT dependency graph. A command is transmitted to an IoT device to perform the IoT event.
Abstract:
The current document is directed to an automated-application-installation subsystem that provisions, installs, and configures applications across cloud-computing providers. The automated-application-installation subsystem employs an application blueprint to identify components to provisions, including component specifications and constraints, and to identify interdependencies between components. The automated-application-installation subsystem then determines a cost-effective provisioning of the identified components across available cloud-computing providers and installs the application according to the cost-effective provisioning. When less expensive, storage and computer-instruction-execution components of the application may be allocated from different cloud=computing providers.
Abstract:
An example apparatus includes means for generating an application blueprint during a design phase, the application blueprint to bind a service template to a node of an application to be deployed in a cloud environment, the service template to be mapped to a plurality of services that are selectable during a runtime phase; and means for generating a deployment profile during the runtime phase, the deployment profile generating means to: select a first service and a second service from the plurality of services mapped to the service template when the application is to be deployed in the cloud environment, the first service different from the second service; generate a first deployment profile to deploy a first instance of the application based on the first service; and generate a second deployment profile to deploy a second instance of the application based on the second service.
Abstract:
Disclosed examples to configure an application blueprint involve selecting, during a runtime phase, a first service and a second service from a plurality of services mapped to a service template, the service template bound to a node by an application blueprint, the application blueprint generated during a design phase; generating, during the runtime phase, a first deployment profile to deploy a first application on the node in a cloud environment, the first deployment profile based on the application blueprint, the first deployment profile identifying the first service; and generating, during the runtime phase, a second deployment profile to deploy a second application on the node in the cloud environment based on the application blueprint, the second deployment profile identifying the second service.
Abstract:
Disclosed examples to configure an application for deployment across a plurality of deployment environments involve displaying a user-selectable control in a user interface. The user-selectable control is to specify whether the application is to be deployed across the plurality of deployment environments. Based on selection of the user-selectable control, a blueprint of the application stores an indication of whether the application is to be deployed across the plurality of deployment environments. Based on the indication in the blueprint, an application deployment profile is generated to specify the plurality of deployment environments across which to deploy the application.
Abstract:
An example apparatus includes means for generating an application blueprint during a design phase, the application blueprint to bind a service template to a node of an application to be deployed in a cloud environment, the service template to be mapped to a plurality of services that are selectable during a runtime phase; and means for generating a deployment profile during the runtime phase, the deployment profile generating means to: select a first service and a second service from the plurality of services mapped to the service template when the application is to be deployed in the cloud environment, the first service different from the second service; generate a first deployment profile to deploy a first instance of the application based on the first service; and generate a second deployment profile to deploy a second instance of the application based on the second service.
Abstract:
Examples described herein include systems and methods for onboarding a device into a management system. An example method can include loading a management agent onto the device and receiving inventory information for the device. The example method can further include receiving a request to whitelist the device. In some examples, the request originates from a different device, such as a device used by a technician installing the connected device. The management server can authorize the device and add it to the whitelist. After authorizing the device, the management server can onboard the device by sending management information to the management agent on the device. The management server can then exercise management control of the device through the management agent installed on the device.
Abstract:
The current document is directed to an integrated cloud-management facility, or subsystem, that incorporates an automated-application-deployment-facility integrator that incorporates one or more automated-application-deployment facilities into the cloud-management facility. The automated-application-deployment-facility integrator allows users of the cloud-management facility to access one or more automated-application-deployment facilities within the context of the cloud-management facility. The automated-application-deployment-facility integrator provides to system managers and administrators, through the cloud-management facility, a wider range of functionalities and capabilities than is provided by a cloud-management facility that includes only a single automated-application-deployment facility, or subsystem.
Abstract:
The current document is directed to an automated-application-installation subsystem that provisions, installs, and configures applications across cloud-computing providers. The automated-application-installation subsystem employs an application blueprint to identify components to provisions, including component specifications and constraints, and to identify interdependencies between components. The automated-application-installation subsystem then determines a cost-effective provisioning of the identified components across available cloud-computing providers and installs the application according to the cost-effective provisioning. When less expensive, storage and computer-instruction-execution components of the application may be allocated from different cloud=computing providers.
Abstract:
The current document is directed to automated application-release-management system that provides for efficient check-in of code changes. The application-release-management process is specified, in the described implementation, by application-release-management pipelines, each pipeline comprising one or more stages, with each stage comprising one or more tasks. The application-release-management system provides continuous application delivery through automated code-change reception, automated testing, and automated delivery. The application-release-management system uses an efficient code-change code-change-check-in process carried out by a code-change-check-in subsystem that identifies and executes those testing methods that test code paths that include the modified code.