You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Update the launch page to point to new, improved GCP docs for serving traffic (#659)
* remove references to dataclass objects
* Fix a copy-paste error.
* remove extra file
* Fix a copy-paste error.
* Remove unused file
* Point to new improved GCP docs for making a Cloud Run service public
Copy file name to clipboardExpand all lines: custom_dc/launch_cloud.md
+11-1Lines changed: 11 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ parent: Build your own Data Commons
15
15
16
16
When you are ready to launch your site to external traffic, there are many tasks you will need to perform, including:
17
17
18
-
- Configure your Cloud Service to serve external traffic, over SSL. GCP offers many options for this; see [Mapping a domain using a global external Application Load Balancer](https://cloud.google.com/run/docs/mapping-custom-domains#https-load-balancer){: target="\_blank"}.
18
+
- Configure your Cloud Service to serve external traffic, over SSL. Follow the procedures in [Serve traffic from your service](#serve).
19
19
- Optionally, restrict access to your service; see [Restrict public access to your service](#access).
20
20
- Optionally, increase the number of Docker service container instances. See [Increase the services container replication](#replication) for procedures.
21
21
- Optionally, add a caching layer to improve performance. This is recommended for all production Data Commons instances. We have provided specific procedures to set up a Redis Memorystore in [Improve database performance](#redis).
@@ -26,6 +26,16 @@ Throughout these procedures, we recommend using Terraform to create a production
26
26
27
27
> **Note:** If you make future updates to this deployment, we recommend always using Terraform to do so. If you use the Cloud Console or gcloud to make updates and try to run Terraform again, it will override any changes you have made outside of Terraform. For options that are available as variables in the Data Commons `variables.tf`, you must sync your production `terraform.tfvars` options to the same values you have set outside Terraform before running Terraform commands again. If you use the Cloud Console or gcloud to configure options that are not available as Data Commons variables, you _must not_ run Terraform again.
28
28
29
+
{: #serve}
30
+
## Serve traffic from your service
31
+
32
+
For Cloud Run services, you use a global external load balancer, even if you're only running in a single region. Follow the procedures in [Set up a global external Application Load Balancer](https://docs.cloud.google.com/load-balancing/docs/https/setup-global-ext-https-serverless){: target="_blank"} as follows:
33
+
34
+
1.[Reserve an external IP address](https://docs.cloud.google.com/load-balancing/docs/https/setup-global-ext-https-serverless#ip-address).
1.[Add the load balancer](https://docs.cloud.google.com/load-balancing/docs/https/setup-global-ext-https-serverless#creating_the_load_balancer).
37
+
1.[Add or modify DNS records](https://docs.cloud.google.com/load-balancing/docs/https/setup-global-ext-https-serverless#update_dns) to map your domain name to the new IP address.
38
+
29
39
## Restrict public access to your service {#access}
30
40
31
41
By default when you create a new Cloud Run service, it is set up with global public access. If you wish to restrict access to only authenticated and authorized users, you can do so by making the service [private](https://cloud.google.com/run/docs/configuring/custom-audiences){: target="\_blank"} and requring access tokens from your users. To set your instance to private:
0 commit comments