Testing and deploying your application

Region ID

The REGION_ID is an abbreviated code that Google assigns based on the region you select when you create your app. The code does not correspond to a country or province, even though some region IDs may appear similar to commonly used country and province codes. For apps created after February 2020, REGION_ID.r is included in App Engine URLs. For existing apps created before this date, the region ID is optional in the URL.

Learn more about region IDs.

OK

Go Java Node.js PHP Python Ruby .NET Custom

Learn how to run your application locally, deploy it, and test on App Engine.

Running locally

To test your application's functionality before deploying, run your application in your local environment with the development tools that you usually use.

Deploying your application

Deploy your application to App Engine by using the gcloud app deploy command.

Your deployment is automatically built into a container image by the Cloud Build service and then that image is deployed to App Engine flexible environment. The container includes any local modifications that you've made to the runtime image.

To programmatically deploy your apps, use the Admin API.

Before you begin

Before you can deploy your application:

• The Owner of the Cloud project must set up your Google Cloud project for App Engine.

• You must ensure that your user account includes the required privileges.

Deploying a service

You deploy your application to App Engine by deploying versions of your application's services and each of their configuration files.

• You can deploy the other configuration files of your service by targeting and deploying each file separately, for example:

  gcloud app deploy cron.yaml
  gcloud app deploy dispatch.yaml
  gcloud app deploy index.yaml
  

• To specify a custom version ID, use the --version flag.

• To prevent traffic from being automatically routed to the new version, use the --no-promote flag.

• To deploy to a specific Cloud project, use the --project flag.

For example, to deploy the service defined by app.yaml to a specific Cloud project, assign it a custom version ID and prevent traffic from being routed to the new version:

gcloud app deploy --project PROJECT_ID --version VERSION_ID --no-promote

For more information about this command, see the gcloud app deploy reference.

Note: You can set properties for the gcloud CLI and create and manage SDK configurations so you don't need to specify flags such as --project every time you deploy.

Ignoring files

You can use a .gcloudignore file to specify files and directories not to upload to Google Cloud when you deploy your services. This is useful for ignoring build artifacts and other files that do not need to be uploaded with your deployment.

Note: You cannot specify the skip_files field in your app.yaml file if you have a .gcloudignore file.

Learn more about the syntax of the .gcloudignore file in the gcloud reference.

Manually building a container for deployment

To build your container images outside of Google Cloud, you must first upload your images to a container image repository before you can deploy your images to App Engine with the gcloud app deploy command.

For example, if you build your container images locally with Docker, you can push those images to Google Container Registry and then specify the URL of your image in the --image-url flag of the command:

gcloud app deploy --image-url gcr.io/YOUR_PROJECT_ID/YOUR_CONTAINER_IMAGE

Using automated continuous deployment pipelines

You can use Cloud Build to automate deployments in continuous deployment pipelines. For more information, see Deploying artifacts and Automating Builds using Build Triggers in the Cloud Build documentation.

Docker base images

Viewing your application

After you deploy your application to App Engine, you can run the following command to launch your browser and view it at https://PROJECT_ID.REGION_ID.r.appspot.com:

gcloud app browse

Testing on App Engine

Before configuring a new version to receive traffic, you can test it on App Engine. For example, to test a new version of your default service:

1. Deploy your new version and include the --no-promote flag:

   gcloud app deploy --no-promote

2. Access your new version by navigating to the following URL:

   https://VERSION_ID-dot-default-dot-PROJECT_ID.REGION_ID.r.appspot.com

   Note: You can find the version ID in the Google Cloud console, or specify one when you deploy with the version parameter.

   Now you can test your new version in the App Engine runtime environment. You can debug your application by viewing its logs in the Google Cloud console Logs Explorer. For more information, see Writing Application Logs.

   Requests sent to https://PROJECT_ID.REGION_ID.r.appspot.com will still be routed to the version previously configured to receive traffic.

3. When you want to send traffic to the new version, use the Google Cloud console to migrate traffic:

   Manage versions

   Select the version you just deployed and click Migrate traffic.

You can use the same process to test new versions of other services by replacing default in the URL with your service's name:

https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com

For more information about targeting specific services and versions, see How requests are routed.

Using Cloud Trace

Cloud Trace is useful for understanding how requests propagate through your application. You can inspect detailed latency information for a single request or view aggregate latency for your entire application.

You can view trace details. In the Trace list, you can filter by your specific App Engine service and version.

Troubleshooting

The following are common error messages that you might encounter when deploying apps:

PERMISSION_DENIED: Operation not allowed

The "appengine.applications.create" permission is required.

If the Cloud project does not include the required App Engine application, the gcloud app deploy command can fail when it tries to run the gcloud app create command. Only accounts with Owner role have the necessary permissions to create App Engine applications.

502 Bad Gateway

The Cloud project can fail to start if the app.yaml is misconfigured. Check the app logs for more detailed error messages.

[13] An internal error occurred while creating a Cloud Storage bucket.

App Engine creates a default Cloud Storage multi-regional bucket on your behalf on the same region where it creates your application. It requires this bucket to store the contents of your application. The error returns when this bucket cannot be created, such as in the following scenarios:

• The App Engine flexible environment service agent is not present in your project or it doesn't have the App Engine flexible environment Service Agent role. You can add the agent's service account back into your project by granting it the correct IAM permissions. See Restore a deleted service agent.

• The default App Engine service account is not present in your project. If the App Engine service account was removed before 30 days had elapsed since its deletion, you can restore it.

• Your project is under an organization enforcing the constraints/gcp.resourceLocations policy and the organization is not allowing the creation of resources on the same region where your App Engine was created. You must override the enforced constraints/gcp.resourceLocations policy for your project and allow the multi-region locations on the same region where your App Engine app is created.

Note: For example, if your App Engine app is created on the europe-west region, even though the region maps to the europe-west1 locations, you must modify the constraint to allow resources in the in:eu-locations, which includes all the EU regions. This is required because the App Engine-created buckets are multi-regional. If your App Engine app is created on US or ASIA regions, you must allow in:us-locations or in:asia-locations, respectively.

[13] An internal error occurred.

This error can occur if you are deploying your service with a network configuration that uses a Shared VPC setup. Try the following:

1. Ensure that your app.yaml configuration is valid.
2. Ensure that your App Engine flexible environment fulfills all the requirements for a Shared VPC setup. See Using the App Engine flexible environment on a Shared VPC network.
3. Be sure that you have configured service accounts present in your project. If not, you must restore the accounts. The subnet region in the Shared VPC host project must match the location where your App Engine environment was created.

If the issue persists, redeploy your service by using the Google Cloud SDK. Be sure to add the --verbosity=debug flag. Contact Google Cloud Support and provide the command's output.

IP space of {USER_SUBNETWORK_NAME} is exhausted and needs to be expanded.

If the deployment fails with this error message, the network configured for the App Engine service doesn't have addresses left to allocate for the new instances of the service. To resolve the issue, expand the VPC ranges on the subnet that is configured for your App Engine flexible environment service.