Abstract: Availability zone and region recovery are described. For an availability zone (AZ), a recovery availability zone (rAZ) may be identified based on available computing capacity of the recovery availability zone and geographic proximity of the availability zone relative to the recovery availability zone. In an instance in which the availability zone is impacted in which at least one of hardware and software of the availability zone is not fully operational, a virtual private cloud (VPC) is generated that establishes a peered connection between the availability zone and the recovery availability zone. A service is executed in the recovery availability zone, permitting any other services executing in the availability zone to invoke the service and become partially or fully operational.

Abstract: Network services are deployed in a networked environment in association with a user account. Dependencies of a network service, such as other network services, may be identified based on an online analysis and an offline analysis of the network service. Further, anomalies associated with the dependencies may be identified in some situations. A call graph may include nodes corresponding to the network services and its dependencies, and may include an identifier corresponding to a part of the call path that has the anomaly. An inspection of the call graph allows software developers to readily recognize that their service depends on a potentially flawed software that may cause a service failure or outage.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.