gcloud app deploy 不会删除以前的版本

Question

我正在 Google App Engine 上运行 Node.js 应用，使用以下命令部署我的代码：

gcloud app deploy --stop-previous-version

我希望的行为是终止运行先前版本的所有实例，但它们似乎总是存在。我有什么遗漏吗？

我意识到他们没有收到流量，但我仍在为他们付费，而且他们会产生一些背景遥测噪音。有没有更好的方法来运行这个命令？

gcloud app instances list 的示例输出： 如您所见，我运行了两个不同的版本。

Answer 1

这是我的其他主要答案之外的补充和可选答案。

我现在除了我的其他答案外，还使用脚本在部署时手动自动递增版本。

我的脚本内容如下。

基本上，每次部署时脚本都会自动增加版本。我使用的是 node.js，所以脚本使用 npm version 来提升版本，但这条线可以很容易地调整为您使用的任何语言。

脚本需要一个干净的 git 工作目录进行部署。

脚本假定当版本被碰撞时，这将导致需要推送的文件更改（例如更改为package.json 版本）。

该脚本本质上是尝试查找您的 SSH 密钥，如果找到，它会启动一个 SSH 代理并使用您的 SSH 密钥来 git commit 和 git push 文件更改。否则它只是做一个 git 提交而不需要推送。

然后它使用 --version 标志进行部署 ...--version="${deployVer}"

认为这可能会对某人有所帮助，尤其是因为最佳答案谈到了很多关于在部署中使用 --version flag 的内容。

#!/usr/bin/env bash

projectName="vehicle-damage-inspector-app-engine"

# Find SSH key

sshFile1=~/.ssh/id_ed25519
sshFile2=~/Desktop/.ssh/id_ed25519
sshFile3=~/.ssh/id_rsa
sshFile4=~/Desktop/.ssh/id_rsa

if [ -f "${sshFile1}" ]; then
  sshFile="${sshFile1}"
elif [ -f "${sshFile2}" ]; then
  sshFile="${sshFile2}"
elif [ -f "${sshFile3}" ]; then
  sshFile="${sshFile3}"
elif [ -f "${sshFile4}" ]; then
  sshFile="${sshFile4}"
fi

# If SSH key found then fire up SSH agent

if [ -n "${sshFile}" ]; then

  pub=$(cat "${sshFile}.pub")
  for i in ${pub}; do email="${i}"; done
  name="Auto Deploy ${projectName}"

  git config --global user.email "${email}"
  git config --global user.name "${name}"

  echo "Git SSH key = ${sshFile}"
  echo "Git email = ${email}"
  echo "Git name = ${name}"

  eval "$(ssh-agent -s)"
  ssh-add "${sshFile}" &>/dev/null
  sshKeyAdded=true
fi

# Bump version and git commit (and git push if SSH key added) and deploy

if [ -z "$(git status --porcelain)" ]; then

  echo "Working directory clean"

  echo "Bumping patch version"
  ver=$(npm version patch --no-git-tag-version)

  git add -A
  git commit -m "${projectName} version ${ver}"

  if [ -n "${sshKeyAdded}" ]; then
    echo ">>>>> Bumped patch version to ${ver} with git commit and git push"
    git push
  else
    echo ">>>>> Bumped patch version to ${ver} with git commit only, please git push manually"
  fi

  deployVer="${ver//"."/"-"}"

  gcloud app deploy --quiet --promote --stop-previous-version --version="${deployVer}"

else
  echo "Working directory unclean, please commit changes"
fi

对于 node.js 用户，如果你调用脚本 deploy.sh 你应该添加：

"deploy": "sh deploy.sh"

在您的 package.json 脚本中并使用 npm run deploy 进行部署

Answer 2

我遇到了和 OP 一样的问题。在 Docker 中使用 flex 环境（其中一些也适用于标准环境）（runtime: custom in app.yaml）我终于解决了这个问题！我尝试了很多东西，但不确定是哪一个修复了它（或者它是否是一个组合），所以我将在这里列出我所做的事情，最有可能的解决方案首先列出。

解决方案 1) 确保云存储删除旧版本

云存储与什么有什么关系？ （我听到你问了）

有一个小工具提示 (Google Cloud Platform Web UI (GCP) > App Engine > Versions > Size)，当您将鼠标悬停在它上面时会显示：

(Google App Engine) 柔性环境代码从谷歌云存储存储和计费... yada yada yada

因此，基于此信息和this answer，我访问了GCP > Cloud Storage > Browser，发现了我的存储桶和大量我不知道存在的其他存储桶。事实证明，一些存储桶存储缓存的云功能代码，一些存储缓存的 docker 图像，还有一些存储其他缓存的代码/东西（您可以通过浏览存储桶来判断哪个是哪个）。

所以我给所有的bucket（除了云函数bucket）添加了一个删除策略如下：

转到GCP > Cloud Storage > Browser 并单击Lifecycle Rules 列中的链接（用于相关存储桶）> 单击添加规则> 那么：

对于 SELECT ACTION，选择“删除对象”并单击继续

对于 SELECT OBJECT 选择“更新版本数”并在输入中输入 1

点击创建

这将使您返回表格视图，您现在应该会在生命周期规则列中看到该规则。

对所有相关存储桶重复此过程（相关存储桶已在前面描述过）。

然后删除相关存储桶的内容。 警告：有些存储桶会警告您不要删除存储桶本身，只删除其中的内容！

现在重新部署，您的最新版本现在应该已部署，希望您再也不会遇到此问题！

解决方案 2) 使用部署标志

我添加了这些flags

gcloud app deploy --quiet --promote --stop-previous-version

这可能没有帮助，因为这些标志似乎是默认的，但值得添加以防万一。

请注意，仅对于标准环境（我听说过小道消息），您还可以使用 --no-cache 标志，这可能有助于使用 flex，但此标志会导致部署失败（当我尝试时）。

解决方案 3)

这可能根本没有帮助，但我补充说：

COPY app.yaml .

到 Dockerfile

提示 1)

这可能比修复更有用/有用的调试方法。

访问GCP > App Engine > Versions

这会显示您应用的所有版本（每个部署 1 个），还显示每个实例正在运行的版本（实例在 app.yaml 中配置）。

确保所有实例都运行最新版本。这应该默认发生。可能值得删除旧版本。

您可以从gcloud app deploy 日志（在日志开头）确定您的版本，但似乎这些版本无论如何都是按部署顺序列出的（最新的在顶部）。

提示 2)

访问GCP > App Engine > Instances

SSH 进入一个实例。这只是点击几个按钮的问题（见下面的截图）。运行 SSH 后：

docker exec -it gaeapp /bin/bash

这将使您进入运行代码的 docker 容器。现在您可以四处浏览以确保它具有您的最新代码。

嗯，我想我的答案现在已经够长了。如果这有帮助，请不要感谢我，J-ES-US 是你应该感谢的人 ;) 我属于他 ^^

Answer 3

据我所知，至少对于 具有自动缩放功能的标准环境，旧版本保持“服务”是正常的，尽管它们应该有零实例（即使您的缩放配置指定一个非零最小值）。至少这是我所看到的。我认为（我希望）那些旧的“服务”实例不会产生任何费用，因为计费是按实例计费的。

我知道上面的大部分答案都是针对灵活环境的，但我想我会把这个包含在此处以供有疑问的人使用。

（如果谷歌的人能确认一下就好了。）

Answer 4

Google 可能已更新 @IAmKale 的回答中引用的 documentation

请注意，如果该版本在自动缩放服务的实例上运行，则使用--stop-previous-version 将不起作用，并且以前的版本将继续运行，因为自动缩放服务实例始终在运行。

似乎该标志仅适用于手动扩展的服务。

Answer 5

我们在不到 30 天的时间内意外耗尽了我们的免费 G​​oogle App Engine 信用额度，因为后续部署未清除一个错误的灵活实例。当我们将其确定为原因时，它已扩展到四个基本处于闲置状态的同时实例。

tl;dr: 在部署时使用--version 标志来指定版本名称。具有相同版本的现有实例将是 替换然后下次部署。

这使我陷入了--stop-previous-version 的兔子洞。以下是我目前发现的：

--stop-previous-version 似乎不再受支持。它在gcloud app deploy reference page 的Flags 下提到，但如果您查看列出所有标志的页面顶部，则找不到它。

我尝试使用该标志集进行部署以查看会发生什么，但它似乎没有任何效果。新版本还在创建，我还是要进去手动删除旧实例。

gcloud-maven-plugin repo 上有一个开放的 Github 问题，专门将此称为该插件的问题，但该问题似乎被忽略了。

此时我们最好的选择是将--version=staging 或其他任何内容添加到gcloud deploy app。该标志的参考文档似乎表明它将替换共享该“版本”的现有实例：

--version=版本，-v 版本

此部署将创建或替换的应用版本。如果您不指定版本，则会为您生成一个。

（强调我的）

此外，Google 自己的 reference documentation on app.yaml（Python 文档的链接，但它仍然相关）特别将 --version 标志称为部署时指定版本的“首选”方式：

推荐的方法是从您的 app.yaml 文件中删除版本元素，而是使用命令行标志来指定您的版本 ID