Amazon Technologies, Inc.

Anuj Prateek

Eric Paul Wei

Juan-Pierre Longmore

Andrew James Lusk

Christopher Lee Mullins

Christopher S Vasquez

Pooja Madan

Weston Connor Panther

Disclosed are various embodiments for centralized and dynamically generated service configurations for data center and other region builds. A computing environment may be configured to receive requests to deploy a new computing stack or service from different geographical regions at a central service. For the individual ones of the requests, the computing environment may identify computing resources of the computing environment required to deploy the new computing stack or service, determine an order of creation of the computing resources, and create at least one virtual process that automatically allocates the computing resources for the new computing stack based on a predetermined order of creation.

Centralized and dynamically generated service configurations for data center and region builds

Satellite virtual private clouds (VPCs) are described. A primary VPC is executed having one or more core services hosted therein that are required by one or more satellite VPCs. A satellite VPC is executed that is logically independent of the primary VPC networked environment. A peered connection between the primary VPC and the satellite VPC is established. The peered connection permits the satellite VPC networked environment to access the at least one core service hosted in the primary VPC. A customer account may be associated with a suitable permission to perform isolated development in the satellite VPC networked environment without impacting any service hosted by the primary VPC networked environment.

Satellite virtual private cloud network environments

For a network service to be deployed in one of a plurality of regional computing stacks, the network service may be partitioned into a region-specific portion and a region-agnostic portion. A first data transfer of the region-agnostic portion of the network service and a second data transfer of the region-specific portion may be performed separate from one another. Configuration settings of the network service as previously deployed in one or more of the regional computing devices may be accessed, and the region-specific portion may be configured using region-specific configuration settings as modified or confirmed by an administrator. The region-specific portion and the region-agnostic portion are deployed in one of the regional computing stacks as part of a networked computing environment.

Homogeneous pre-built isolated computing stacks for data center builds

Disclosed are various embodiments for automating data center builds through the use of service proxies. A proxy is configured in a testing computing environment to receive service calls for a plurality of first services in the testing computing environment. The proxy forwards the service calls to at least one corresponding instance of the plurality of first services not in the testing computing environment. One or more second services in the testing computing environment that generate the service calls for the plurality of first services are then tested. The service calls are handled by the proxy during testing.

Service proxies for automating data center builds

Launching data stores when new computing infrastructure is deployed is described. A proxy data storage service may be provided that receives instances of an application programming interface (API) call to store data and determines one of a first data store or a second data store to store the data. For instance, in response to receipt of a first instance of the API call, the proxy data storage service may store data in a first data store. However, after a provisioning of the second data store, the proxy data storage service may store data in the second data store in response to receipt of a second instance of the API call. In an instance in which the data stored in the second data store also exists in the first data store, the data is deleted from the first data store until an eventual migration of data is achieved.

Vectored data store for seeding and building data stores in new regions

Techniques are described for performing infrastructure testing of a distributed system. Such testing may be performed by an infrastructure testing service that includes, for example, a manager component and multiple agent components each executing on one of multiple computing devices that are implementing the distributed system. The manager utilizes failure information to schedule failures to occur on target host devices. The manager determines if the distributed system is in a healthy state, and if so, provides failure information to the agent on a target host device. The agent then executes one or more commands on the target host device to cause the failure to occur, and monitors the distributed system and the target host device as they recover from the failure. The infrastructure testing service utilizes this monitored information to initiate other actions based on the recovery.

Growing community of inventors

Edmonds, WA, United States of America

Anuj Prateek