Abstract: A multi-layer rate sizing stack may generate prescriptive operation-rate tokens for controlling sizing adjustments for operation-rates. The input layer of the rate sizing stack may generate operation pattern data based on operation-rate data received via network connection. A prescriptive engine layer may determine a prescriptive allowed operation-rate based on the operation pattern data. Based on the prescriptive allowed operation-rate, the prescriptive engine layer may generate the operation-rate tokens that that may be used to control rate sizing adjustments prescriptively.

Abstract: A multi-layer storage class placement stack may generate a token containing storage class placement prescriptions for controlling the placement of stored items within a selection of classes for storage. An input layer of the storage class placement stack may generate time-collated activity data based on historical access data, volume metric data, and/or tagging data. The time-collated activity data may include data groupings using timestamps or other timing indicators. A transformation layer may further process the time-collated activity data to generate defined-period summation data that provides summary detail for defined durations across a period of analysis. The defined-period summation data may be used by a prescriptive engine layer to generate prescriptions for placement of individual stored items by associating the prescriptions with storage identifiers for the individual items.

Abstract: A multi-layer compute sizing correction stack may generate prescriptive compute sizing correction tokens for controlling sizing adjustments for computing resources. The input layer of the compute sizing correction stack may generate cleansed utilization data based on historical utilization data received via network connection. A prescriptive engine layer may generate a compute sizing correction trajectory detailing adjustments to sizing for the computing resources. Based on the compute sizing correction trajectory, the prescriptive engine layer may generate the compute sizing correction tokens that that may be used to control compute sizing adjustments prescriptively.

Abstract: A system for elastic volume type selection and optimization is provided. The system may detect that a block storage volume was provisioned by a public cloud computing platform based on a first volume type identifier of a first volume type. The system may determine, based on a normalization model, a baseline operation rate and a baseline throughput rate for the provisioned block storage volume. The system may determine, based on a selected transition mode and historical performance measurements, a simulated operation rate and a simulated throughput rate. The system may communicate, in response to the simulated throughput being greater than the baseline throughput rate or the simulated operation rate being greater than the baseline operation rate, a provisioning instruction to re-provision the provisioned block storage volume on the cloud computing platform.

Abstract: A multi-layer storage class placement stack may generate a token containing storage class placement prescriptions for controlling the placement of stored items within a selection of classes for storage. An input layer of the storage class placement stack may generate time-collated activity data based on historical access data, volume metric data, and/or tagging data. The time-collated activity data may include data groupings using timestamps or other timing indicators. A transformation layer may further process the time-collated activity data to generate defined-period summation data that provides summary detail for defined durations across a period of analysis. The defined-period summation data may be used by a prescriptive engine layer to generate prescriptions for placement of individual stored items by associating the prescriptions with storage identifiers for the individual items.

Abstract: A system for elastic volume type selection and optimization is provided. The system may detect that a block storage volume was provisioned by a public cloud computing platform based on a first volume type identifier of a first volume type. The system may determine, based on a normalization model, a baseline operation rate and a baseline throughput rate for the provisioned block storage volume. The system may determine, based on a selected transition mode and historical performance measurements, a simulated operation rate and a simulated throughput rate. The system may communicate, in response to the simulated throughput being greater than the baseline throughput rate or the simulated operation rate being greater than the baseline operation rate, a provisioning instruction to re-provision the provisioned block storage volume on the cloud computing platform.

Abstract: A multi-layer analytics service stack may generate forecasted utilization data. An input layer of the analytics service stack may receive input and designate cloud computing utilization data for analysis. A transformation layer of the analytics service stack may perform format transformations on the cloud computing utilization data, and the data may be prepared for analysis at a data treatment layer of the cloud computing utilization data. The treated and transformed cloud computing utilization data may be analyzed using multiple analytics models by a multi-forecasting layer of analytics service stack to generate the forecasted utilization data.

Abstract: A multi-layer compute sizing correction stack may generate prescriptive compute sizing correction tokens for controlling sizing adjustments for computing resources. The input layer of the compute sizing correction stack may generate cleansed utilization data based on historical utilization data received via network connection. The input layer may receive one or more resource configurations that may be applied to implement the sizing correction. A prescriptive engine layer may generate a compute sizing correction trajectory indicative of a sizing adjustment to a computing resource. The compute sizing correction trajectory may account of historic processor, network, and memory utilization. Based on the compute sizing correction trajectory and a selected resource configuration, the prescriptive engine layer may generate the compute sizing correction tokens that that may be used to control compute sizing adjustments prescriptively.

Abstract: A multi-layer compute sizing correction stack may generate prescriptive compute sizing correction tokens for controlling sizing adjustments for computing resources. The input layer of the compute sizing correction stack may generate cleansed utilization data based on historical utilization data received via network connection. A prescriptive engine layer may generate a compute sizing correction trajectory detailing adjustments to sizing for the computing resources. Based on the compute sizing correction trajectory, the prescriptive engine layer may generate the compute sizing correction tokens that that may be used to control compute sizing adjustments prescriptively.

Abstract: A cloud migration tool manages and monitors a cloud migration project that migrates data from a legacy environment to a target data center environment. The cloud migration tool includes an analytics engine that applies data regression models to generate a delay risk prediction for activities that are scheduled during the cloud migration project.

Abstract: A multi-layer analytics service stack may generate forecasted utilization data. An input layer of the analytics service stack may receive input and designate cloud computing utilization data for analysis. A transformation layer of the analytics service stack may perform format transformations on the cloud computing utilization data, and the data may be prepared for analysis at a data treatment layer of the cloud computing utilization data. The treated and transformed cloud computing utilization data may be analyzed using multiple analytics models by a multi-forecasting layer of analytics service stack to generate the forecasted utilization data.