Abstract: A system and associated method for continuously optimizing data archive management scheduling. A job scheduler receives, from an archive management system, inputs of task information, replica placement data, infrastructure topology data, and resource performance data. The job scheduler models a flow network that represents data content, software programs, physical devices, and communication capacity of the archive management system in various levels of vertices according to the received inputs. An optimal path in the modeled flow network is computed as an initial schedule, and the archive management system performs tasks according to the initial schedule. The operations of scheduled tasks are monitored and the job scheduler produces a new schedule based on feedbacks of the monitored operations and predefined heuristics.

Abstract: The present invention provides a method, system, and computer program product for providing a network-based software application to a customer that includes providing the application at a service provider's site, providing over the network access to the application to a customer's site, and providing traffic management function(s) at either, or both, of an application front end (AFE) and an application internet gateway (AIG) that are located at the provider's and customer's sites, respectively.

Abstract: A system and associated method for automated disaster recovery (DR) planning. A DR planning process receives disaster recovery requirements and a target environment configuration from a user to design DR plans for the target environment configuration that meets disaster recovery requirements. The DR planning process accesses a knowledgebase containing information on replication technologies, best practice recipes, and past deployment instances. The DR planning process creates the DR plans by analyzing the disaster recovery requirements into element risks, associating replication technologies to protect each element risks, combining associated replication technologies based on the best practice recipes, and selecting highly evaluated combination based on the past deployment instances. The DR planning process presents the DR plans as classified by replication strategy-architecture combination for each DR plans and marks how strongly each DR plans are recommended.

Abstract: An optimization method and system. The method includes receiving by a computing system a data footprint associated with data and a human resource model. The data footprint comprises a primary data section, a secondary data section, and an archive data section. A plurality of data storage strategies are associated with the primary data section, said secondary data section, and said archive data section. The plurality of data storage strategies are compared to each other. A data staging orchestrator software module is executed. The computing system determines based on results of executing the data staging orchestrator software module, an optimal migration time, an optimal migration speed, and an optimal migration cost for managing storage for portions of the data. The computing system executes a risk modulation software module and determines a risk associated with the managing.

Abstract: A solution for evaluating a performance of a network-based application is provided. A transaction performed by the application is decomposed into multiple components. One or more resources for each component are identified and performance data for each identified resource is obtained while the application processes the transaction. Based on the performance data, the performance of the application is evaluated. In this manner, the performance of the application can be comprehensively evaluated.

Abstract: Under the present invention, components of an enterprise architecture are first identified. This process not only involves hardware, software and topographic identification, but also includes developing and documenting an understanding of the business processes occurring within the enterprise architecture. Based on this analysis, an enterprise architecture profile is developed. Thereafter, transactions that occur within the enterprise architecture are identified, and data related thereto is collected for different geographic regions. In general, a transaction involves a set (e.g., one or more) of steps (e.g., “clicks”) within an application of the enterprise architecture. For each such step, data is collected. Based on the data collection one or more transaction class profiles are developed. Using these profile(s) and the enterprise architecture profile, transaction response time(s) can be estimated.

Abstract: A solution for managing a service engagement is provided. A service delivery model for the service engagement is defined within an engagement framework. The engagement framework, and consequently the service delivery model, can include a hierarchy that comprises a service definition, a set of service elements for the service definition, and a set of element tasks for each service element. The set of element tasks can be selected from a set of base tasks, each of which defines a particular task along with its input(s), output(s), and related asset(s). As a result, service engagements can be managed in a consistent manner using a data structure that promotes reuse and is readily extensible.

Abstract: The present invention provides a method, system, and computer program product for providing a network-based software application to a customer that includes providing the application at a service provider's site, providing over the network access to the application to a customer's site, and providing traffic management function(s) at either, or both, of an application front end (AFE) and an application internet gateway (AIG) that are located at the provider's and customer's sites, respectively.

Abstract: A solution for evaluating a performance of a network-based application is provided. A transaction performed by the application is decomposed into multiple components. One or more resources for each component are identified and performance data for each identified resource is obtained while the application processes the transaction. Based on the performance data, the performance of the application is evaluated. In this manner, the performance of the application can be comprehensively evaluated.

Abstract: Under the present invention, components of an enterprise architecture are first identified. This process not only involves hardware, software and topographic identification, but also includes developing and documenting an understanding of the business processes occurring within the enterprise architecture. Based on this analysis, an enterprise architecture profile is developed. Thereafter, transactions that occur within the enterprise architecture are identified, and data related thereto is collected for different geographic regions. In general, a transaction involves a set (e.g., one or more) of steps (e.g., “clicks”) within an application of the enterprise architecture. For each such step, data is collected. Based on the data collection one or more transaction class profiles are developed. Using these profile(s) and the enterprise architecture profile, transaction response time(s) can be estimated.