Abstract: Application testing using non-emulated operating system assistance without rebooting a hardware host is provided. A user specified build job for executing the application based on a load test is received. The hardware host is selected from a pool of hardware hosts. The hardware host is configured based on the user specified build job to provide the non-emulated operating system assistance while executing the application based on the load test. The application is executed based on the load test including communications between a client and servers while using the non-emulated operating system assistance. The hardware host is returned to the pool of hardware hosts. The hardware host is available upon the returning for use of subsequent load tests without rebooting the hardware host.

Abstract: Application testing using non-emulated operating system assistance without rebooting a hardware host is provided. A user specified build job for executing the application based on a load test is received. The hardware host is selected from a pool of hardware hosts. The hardware host is configured based on the user specified build job to provide the non-emulated operating system assistance while executing the application based on the load test. The application is executed based on the load test including communications between a client and servers while using the non-emulated operating system assistance. The hardware host is returned to the pool of hardware hosts. The hardware host is available upon the returning for use of subsequent load tests without rebooting the hardware host.

Abstract: User specified build jobs are received at a centralized system. Each of the build jobs includes the load jobs for applications to execute in the centralized system. Clients and servers are created on selected hardware hosts based on the build jobs. Each of the selected hardware hosts includes one of the clients and a subset of the servers. Each of the clients and each of the servers resides in a separate container of a plurality of containers. Each of the clients and each of the servers use mutually exclusive subsets of hardware resources provided by the containers and obtain non-emulated operating system assistance. Overlapping-in-time load tests are executed on the applications. Real time performance information is collected during the executing of the load tests of the applications. After completion of a subset of the load tests, a subset of the selected hardware hosts is made available for executing subsequent load tests by removing containers.

Abstract: User specified build jobs are received at a centralized system. Each of the build jobs includes the load jobs for applications to execute in the centralized system. Clients and servers are created on selected hardware hosts based on the build jobs. Each of the selected hardware hosts includes one of the clients and a subset of the servers. Each of the clients and each of the servers resides in a separate container of a plurality of containers. Each of the clients and each of the servers use mutually exclusive subsets of hardware resources provided by the containers and obtain non-emulated operating system assistance. Overlapping-in-time load tests are executed on the applications. Real time performance information is collected during the executing of the load tests of the applications. After completion of a subset of the load tests, a subset of the selected hardware hosts is made available for executing subsequent load tests by removing containers.

Abstract: A request is received for executing the load test on the application. The request includes a script and a property file. In response to the request, containers are created on a hardware host. Each of the containers isolate mutually exclusive subsets of hardware resources of the hardware host based on namespaces. A client and a plurality of servers are created in the containers. Each of the containers includes the client or one of the servers. The client and the servers are designated to communicate with the application. The load test is performed on the application while each of the client and the servers use the subset of the hardware resources isolated by a respective namespace. The containers are removed from the hardware host after the load test has completed. Containers are created and removed each time a load test is performed.

Abstract: The present disclosure relates generally to improving the management and provisoning of configurable computing resources. Certain techniques are disclosed herein for managing and provisoning the configurable computing resources based on resource policies. One of the techniques includes receiving a resource submission from a user. The resource submission identifies a contributable resource. The technique may also include identifying a contribution policy for the resource submission, and sending, based on the identified contribution policy, one or more resource types of requestable resources to a client computing system associated with the user. The technique may also include receiving, from the client computing system, information indicating a selection by the user of a resource type of the one or more resource types of the requestable resources.

Abstract: A request is received for executing the load test on the application. The request includes a script and a property file. In response to the request, containers are created on a hardware host. Each of the containers isolate mutually exclusive subsets of hardware resources of the hardware host based on namespaces. A client and a plurality of servers are created in the containers. Only one of the client or the servers reside in each of the containers. The client and the servers are designated to communicate with the application. The load test is performed on the application while each of the client and the servers use the subset of the hardware resources isolated by a respective namespace. The property file is input to the script and the script instructs the client on how to control execution of the load test by the servers. The containers, the client and the servers are removed from the hardware host after the load test has completed.

Abstract: The present disclosure relates generally to improving the management and provisoning of configurable computing resources. Certain techniques are disclosed herein for managing and provisoning the configurable computing resources based on resource policies. One of the techniques includes determining a value indicating a real-time demand for a resource within a resource pool based on an aggregate of request data. The aggregate of the request data is obtained from any number of previously received orders for services that included the resource as at least a part of enabling the service. The technique may also include generating or updating one or more demand policies for allocation of the resource based on the determined value indicating the real-time demand for the resource, pre-creating the resource based on the one or more demand policies, and allocating the pre-created resource to one or more users based on the one or more demand policies.

Abstract: Techniques are disclosed for managing and allocating resources based on resource policies in response to user requests. A resource management system can receive a request for a service. A request may indicate preferences for allocation resources (e.g., a resource definition) to enable the service. A resource definition may indicate a topology of the computing resources to allocate for the user. The topology may indicate what computing resources to allocate and how to allocate those computing resource. Based on the information indicated by a request, the resource management system may determine a placement policy for allocation of computing resources indicated by the request. A placement policy may indicate a placement of one or more computing resources requested by a user. The placement policy may indicate where and how computing resources are to be placed once allocated. The computing resources may be allocated based on the placement policy and the resource definition.

Abstract: Techniques are disclosed for managing and allocating resources based on resource policies in response to user requests. A resource management system can receive a request for a service. A request may indicate preferences for allocation resources (e.g., a resource definition) to enable the service. A resource definition may indicate a topology of the computing resources to allocate for the user. The topology may indicate what computing resources to allocate and how to allocate those computing resource. Based on the information indicated by a request, the resource management system may determine a placement policy for allocation of computing resources indicated by the request. A placement policy may indicate a placement of one or more computing resources requested by a user. The placement policy may indicate where and how computing resources are to be placed once allocated. The computing resources may be allocated based on the placement policy and the resource definition.

Abstract: The present disclosure relates generally to improving the management and provisoning of configurable computing resources. Certain techniques are disclosed herein for managing and provisoning the configurable computing resources based on resource policies. One of the techniques includes determining a value indicating a real-time demand for a resource within a resource pool based on an aggregate of request data. The aggregate of the request data is obtained from any number of previously received orders for services that included the resource as at least a part of enabling the service. The technique may also include generating or updating one or more demand policies for allocation of the resource based on the determined value indicating the real-time demand for the resource, pre-creating the resource based on the one or more demand policies, and allocating the pre-created resource to one or more users based on the one or more demand policies.

Abstract: The present disclosure relates generally to improving the management and provisoning of configurable computing resources. Certain techniques are disclosed herein for managing and provisoning the configurable computing resources based on resource policies. One of the techniques includes receiving a resource submission from a user. The resource submission identifies a contributable resource. The technique may also include identifying a contribution policy for the resource submission, and sending, based on the identified contribution policy, one or more resource types of requestable resources to a client computing system associated with the user. The technique may also include receiving, from the client computing system, information indicating a selection by the user of a resource type of the one or more resource types of the requestable resources.