使用 docker-compose 将 Docker 个图像部署到 google 云 运行
Deploy Docker images to google cloud run with docker-compose
我正在尝试从一个包含两个图像的 docker-compose 文件部署一个应用程序:一个 Angular 应用程序(前端)和一个非常小的 nestjs 应用程序(后端)。我正在使用 GCB、它们的触发器和 cloudbuild.json.
这是它的当前状态:
{
"steps": [
{
"name": "gcr.io/$PROJECT_ID/docker-compose",
"args": ["-f", "./docker-compose.${_ENVIRONMENT}.yml", "up", "-d"]
},
{
"name": "gcr.io/cloud-builders/docker",
"args": ["tag", "configurator:latest", "gcr.io/$PROJECT_ID/${_IMAGE_ID}"]
},
{
"name": "gcr.io/cloud-builders/gcloud",
"args": [
"run", "deploy",
"--allow-unauthenticated",
"${_IMAGE_ID}",
"--image", "gcr.io/$PROJECT_ID/${_IMAGE_ID}",
"--region", "europe-west4",
"--platform", "managed"
]
}
],
"images": [
"gcr.io/$PROJECT_ID/${_IMAGE_ID}"
],
"timeout": "1200s"
}
在尝试将 docker 图像推送到注册表时,构建在第 2 步总是失败。我不太确定图像名称可能是什么或者它应该如何工作,因为有两个 docker 图像需要推送和部署。甚至可以使用 GCB 还是我需要一个 GKE 集群用于 运行 两个 docker 图像?
我是否应该分别构建两个 Docker 映像,将它们分别推送到注册表并将它们部署到单独的 GCR 服务?
提前致谢。
Docker 什么都不构建,它只是 运行 符合 yaml 配置的图像。您的第 2 步,即标记某物,标记什么?这就是它失败的原因。
所以,忘记 docker 撰写吧。在云 运行 上部署你的后端,只有容器。对于您的前端,您有几种解决方案:
- 也将其部署在云端 运行(不是最佳解决方案)
- 在 App Engine 上部署静态文件(需要创建 app.yaml 文件)
- 在 Google 云存储上部署静态文件。
然后,创建一个带有 2 个后端的负载均衡器:
- 您的网站后端
- 你的 nestjs 后端。
然后,您就有了生产就绪部署。 (如果您在某些部分需要更多帮助,请告诉我)
编辑 1
使用负载均衡器,您可以定义为资源提供服务的路径(URL 映射)。例如:
- /nest/* -> 将流量重定向到您的 nestjs 后端
- /* -> 默认情况下,将流量重定向到您的存储桶后端。
静态和 nestjs 后端都可以通过相同的 IP(和域名,在您的 DNS 注册商设置之后。Google 也可以自动为您提供 SSL 证书)。
使用负载均衡器有两个好处:
- 前后台同baseURL,你就不用在后台管理CORS了
- 前后流量均以 HTTP(不推荐)或 HTTPS 提供,可防止浏览器出现混合内容错误。
注意:如果没有负载均衡器,您只能在 HTTP 模式下提供静态源,如果没有附加层(例如负载均衡器)则不支持 HTTPS。
负载均衡器的“问题”是每月 15 美元的最低成本。
我正在尝试从一个包含两个图像的 docker-compose 文件部署一个应用程序:一个 Angular 应用程序(前端)和一个非常小的 nestjs 应用程序(后端)。我正在使用 GCB、它们的触发器和 cloudbuild.json.
这是它的当前状态:
{
"steps": [
{
"name": "gcr.io/$PROJECT_ID/docker-compose",
"args": ["-f", "./docker-compose.${_ENVIRONMENT}.yml", "up", "-d"]
},
{
"name": "gcr.io/cloud-builders/docker",
"args": ["tag", "configurator:latest", "gcr.io/$PROJECT_ID/${_IMAGE_ID}"]
},
{
"name": "gcr.io/cloud-builders/gcloud",
"args": [
"run", "deploy",
"--allow-unauthenticated",
"${_IMAGE_ID}",
"--image", "gcr.io/$PROJECT_ID/${_IMAGE_ID}",
"--region", "europe-west4",
"--platform", "managed"
]
}
],
"images": [
"gcr.io/$PROJECT_ID/${_IMAGE_ID}"
],
"timeout": "1200s"
}
在尝试将 docker 图像推送到注册表时,构建在第 2 步总是失败。我不太确定图像名称可能是什么或者它应该如何工作,因为有两个 docker 图像需要推送和部署。甚至可以使用 GCB 还是我需要一个 GKE 集群用于 运行 两个 docker 图像?
我是否应该分别构建两个 Docker 映像,将它们分别推送到注册表并将它们部署到单独的 GCR 服务?
提前致谢。
Docker 什么都不构建,它只是 运行 符合 yaml 配置的图像。您的第 2 步,即标记某物,标记什么?这就是它失败的原因。
所以,忘记 docker 撰写吧。在云 运行 上部署你的后端,只有容器。对于您的前端,您有几种解决方案:
- 也将其部署在云端 运行(不是最佳解决方案)
- 在 App Engine 上部署静态文件(需要创建 app.yaml 文件)
- 在 Google 云存储上部署静态文件。
然后,创建一个带有 2 个后端的负载均衡器:
- 您的网站后端
- 你的 nestjs 后端。
然后,您就有了生产就绪部署。 (如果您在某些部分需要更多帮助,请告诉我)
编辑 1
使用负载均衡器,您可以定义为资源提供服务的路径(URL 映射)。例如:
- /nest/* -> 将流量重定向到您的 nestjs 后端
- /* -> 默认情况下,将流量重定向到您的存储桶后端。
静态和 nestjs 后端都可以通过相同的 IP(和域名,在您的 DNS 注册商设置之后。Google 也可以自动为您提供 SSL 证书)。
使用负载均衡器有两个好处:
- 前后台同baseURL,你就不用在后台管理CORS了
- 前后流量均以 HTTP(不推荐)或 HTTPS 提供,可防止浏览器出现混合内容错误。
注意:如果没有负载均衡器,您只能在 HTTP 模式下提供静态源,如果没有附加层(例如负载均衡器)则不支持 HTTPS。
负载均衡器的“问题”是每月 15 美元的最低成本。