Abstract: Embodiments relate to systems and methods for identifying service dependencies in a cloud deployment. In particular, a deployment module can receive usage data from a host cloud comprising data related to end user operation of a set of services in the host cloud as well as service dependencies among the set of services. In embodiments, the deployment module can determine candidate target clouds in which to deploy the set of services. Further, in embodiments, the deployment module can determine whether the candidate target clouds have a capacity to support the set of services, as well as whether services within the candidate target clouds are compatible based on the service dependencies.

Abstract: Embodiments relate to systems and methods for migrating software modules into one or more target clouds. The systems and methods can analyze system data to determine software modules supported by the system, and target cloud data to determine which target clouds have a capacity to support a migration of the software modules. In embodiments, benefits of migrating any or all of the software modules to the target clouds can be determined. Based on the benefits, the software modules of the system can be segmented and migrated into systems associated with the multiple target clouds.

Abstract: Embodiments relate to systems and methods for identifying usage histories and end users that may benefit from being redeployed to a new cloud-based network. In particular, a new cloud can receive usage histories corresponding to end user usage in a respective set of other pre-existing clouds. In embodiments, the new cloud can determine whether the new cloud provides sufficient resources to properly host each end user recorded in the usage histories. Further, the new cloud can determine whether there is a cost benefit or other advantage for a user to move to the new cloud. In embodiments, a deployment recommendation may be sent to an administrator of the cloud associated with the desirable usage history.

Abstract: Embodiments relate to systems and methods for the aggregate monitoring of utilization data for vendor products in cloud networks. A service can be abstracted and provided external to a set of cloud networks which can access the management system(s), vendor databases, or other resources in those clouds, and generate selective reports on application or other usage across those diverse cloud networks. A network user may wish to generate a report on the usage history of software or services in multiple host clouds, without establishing or accessing individual tracking servers or services in each of the host cloud networks. In aspects, the user may also wish to generate an aggregate report combining multiple vendors, user groups, software, or other attributes. The usage report(s) can be configured to use different criteria or generate different outputs on a dynamic basis, e.g. in different times frames, or altering reports under different usage conditions.

Abstract: Embodiments relate to systems and methods for a cross-vendor mapping service in cloud networks. A mapping service can be provided external to one or more sets of clouds which can access vendor databases in those clouds, and generate reports on software compatibility for software resources available in those diverse cloud networks. A user in an original cloud may wish to construct an image of a set of appliances or other services or entities in a second, external cloud or clouds. The external target cloud(s) may have different application sets, and/or applications available from different vendors, than those software resources hosted in the original cloud. A mapping service external to the participating clouds can enumerate the applications or other resources available in an external cloud, and generate a mapping or translation of those components to construct desired appliance images in that destination. Subscription terms can also be translated between clouds.

Abstract: A decision system for providing customized application build options to users of a cloud computing environment. The decision system can receive user usage history data and determine a customized set of application resources based on the usage history data. Information about the customized set of application resources can then be supplied to the user.

Abstract: A compatibility service can determine the compatibility of different software programs provide by different vendors in a cloud. The compatibility service can identify the software programs provided by different vendors in the cloud and which of the identified software programs are compatible. The compatibility service can generate and store a record of the compatible software programs and provide identification, tracking, and mapping services based on the record.

Abstract: Embodiments relate to systems and methods for a cross-cloud vendor mapping service in a dynamic cloud marketplace. The cloud marketplace system receives bids from a user for the provisioning of applications or other software in the cloud, and registers selected provisioning clouds to deliver the requested software. The set of provisioning clouds can be re-selected on a scheduled and/or other ongoing basis, creating a sequence of provisioning clouds. A vendor mapping service can be abstracted and provided external to the cloud marketplace system, and track the user's software usage across the shifting sets of provisioning clouds. The vendor mapping service can aggregate the usage history over time, and generate billing and/or other subscription reports. The cloud marketplace system need only register the user ID, software applications, and/or other subscription data to the vendor mapping service one time, after which the service can track the user's software usage history automatically.

Abstract: A decision system and methods for providing customized deployment architectures that take into account the importance of various cloud resources. The decision system can monitor the applications and processes executed in the cloud, and collect utilization information identifying the cloud resources used, the amount of usage, and trends in usage. Resource importance data can then be obtained from the utilization information and/or from other sources, such as a system user. The decision system can then generate customized deployment architectures based on the collected utilization information and the resource importance data.

Abstract: Embodiments relate to systems and methods for managing multi-level service level agreements (SLAs) in cloud-based networks. A resource managing module can manage resources in the cloud-based networks in response to the detection of one or more triggering events. In embodiments, the triggering events can be changeovers in time periods, or meeting or exceeding thresholds associated with end user operation of the resources in the cloud-based networks. The multi-level SLAs can specify how to adjust the resources in the cloud-based networks in response to the detection of the triggering events. The resource managing module can adjust applicable resources in the cloud-based networks as specified by the multi-level SLAs.

Abstract: Embodiments relate to systems and methods for exporting usage history data as input to a management platform of a target cloud-based network. A usage export service can be abstracted and provided external to a host cloud-based network, which can capture the usage history of software or resources by one or more users in the host cloud-based network. Those user(s) or others may wish to export some or all of the usage history to a target cloud or clouds, to perform management or configuration actions in the target cloud(s). The selective subset of the usage history can be transmitted to the cloud management system of the target cloud-based network. The selective subset can be used for management actions in the target cloud(s), such as for instance, to instantiate or configure a set of virtual machines for failover or re-clouding purposes, or to aggregate usage history from the host and target cloud(s).

Abstract: Embodiments relate to systems and methods for the delivery of user-controlled resources in cloud environments via a resource specification language wrapper. In embodiments, the user of a client machine may wish to contribute resources from that machine to a cloud-based network via a network connection over a limited or defined period. To expose the user-controlled resources to one or more clouds for use the user may transmit a contribution request encoding the user-controlled resources in a specification language wrapper, such as an XML (extensible markup language) wrapper. The specification language wrapper can embed the set of user-controlled resources, such as processor time, memory, and/or other resources, in an XML or other format to transmit to a marketplace engine which can place the set of user-controlled resources into a resource pool, for selection by marketplace clouds. The specification language wrapper can indicate access controls or restrictions on the contributed resources.

Abstract: A decision system for providing customized deployment architectures to users of a cloud computing environment. The decision system can identify one or more parameters for analyzing applications and processes running in a cloud, monitor the applications and processes executed in the cloud, and collect information such as usage of cloud resources, number and type of computing processes instantiated, software programs utilized by the computing processes. The decision system can then generate customized deployment architectures based on the collected information.

Abstract: Embodiments relate to systems and methods for cloud-based brokerage exchange of software entitlements. A user can host on-premise software applications on physical hardware, and extend those applications to the cloud based on a set of entitlements developed in conjunction with the vendor(s) of the software. The set of entitlements enjoyed by the user and/or offered by the vendor(s) can be exposed to a bidding marketplace via a brokerage engine and associated bidding service, which can be hosted on a Web site. Other users, and/or other vendors interesting in consuming or supplying premise or loud-based images of the software, or related services, can be to obtain or supply those resources through the brokerage service. The license terms including usage rates, number of users or images, security constraints, and/or other terms of software delivery and usage can be recorded in a dynamically updated entitlement database.

Abstract: A matching system can provide matching services to users of cloud computing environments. The matching system can receive user requests for sets of services. Once received, the matching system can collect information about available cloud appliances. The matching system can match the cloud appliances with the user requested services and provide the user with information related to available cloud appliances that meet the user's request.

Abstract: Embodiments relate to systems and methods for generating cross-cloud computing appliances. A vendor, developer, or other user can generate one or more sets of computing appliances, comprising special-purpose pre-configured physical or virtual machines. The vendor can register an image of the one or more appliances to an image generation service, which can store that image along with the subscription model desired for that set of appliances. The image generation service can generate, test, and install a set of cloud-based images of the underlying appliances to a cloud environment including multiple, diverse clouds. The image generation service can adjust the cloud-based images as well as the subscription model to match the services and other resources of individual clouds, and ensure compatibility across multiple clouds. The image generation service can also track usage data for billing or other purposes.

Abstract: A “Bring Your Own License” (BYOL) service can convert users' “off-the-shelf” (OTS) software licenses for use in public clouds according to rules provided by independent software vendors (ISVs). The BYOL service can offer additional license terms to the users during conversion of the OTS software license on behalf of the ISVs. The additional license terms can be an expansion of the use of the software, an expansion of the technical support offer by the new cloud license, and expansion of the duration of use.

Abstract: A “Bring Your Own License” (BYOL) service can convert users' “off-the-shelf” (OTS) software licenses for use in public clouds according to rules provided by independent software vendors (ISVs). The rules provided by an ISV can convert the terms associated with the ISV's OTS software licenses (e.g. number of instances, number of users, duration, technical support provided) to terms associated with public clouds (e.g. number of concurrent users, number of virtual machines, number of different clouds, technical support). The BYOL license service can convert the OTS software licenses according to the rules provided by the ISVs.

Abstract: Embodiments relate to systems and methods for managing a software subscription between an independent software vendor (ISV) and a cloud network provider. In embodiments, the software subscription can be a Software as a Service (SaaS) agreement whereby an amount of resources of the cloud network to be operated by end users can be specified. In embodiments, a resource tracking module associated with the cloud network can track the actual amount of resources operated by the end users in executing applications associated with the ISV. The resource tracking module can compare the actual amount to the amount specified in the SaaS, and adjust the resources of the cloud network accordingly. In embodiments, the SaaS can be updated based on the adjustment.

Abstract: Embodiments relate to systems and methods for a usage manager for cross-cloud appliances. A vendor, developer, or other user can generate one or more sets of computing appliances, comprising special-purpose pre-configured physical or virtual machines. The vendor can register an image of the one or more appliances to an image generation service, which can store that image along with the subscription model desired for that set of appliances. The image generation service can generate, test, and install a set of cloud-based images of the underlying appliances to a cloud environment including multiple, diverse clouds. The image generation service can adjust the cloud-based images as well as the subscription model to match the services and other resources of individual clouds, and ensure compatibility across multiple clouds. The image generation service can track usage data for billing or other management purposes.