事实上,我是在管道上工作,所有的一切都好,直到那里,因为它已经工作了。但是,当我想解释时,我不清楚每个步骤在物理上代表什么,例如,一个步骤“可以”是cluster.Please中的一个节点,如果有人对它有了明确的解释,就向我们解释它。
文件配置云构建:
steps:
- name: "gcr.io/google.com/cloudsdktool/cloud-sdk"
args: ["bin/deploy-dags-composer.sh"]
env:
- 'COMPOSER_BUCKET=${_COMPOSER_BUCKET}'
- 'ARTIFACTS_BUCKET=${_ARTIFACTS_BUCKET}'
id: 'DEPLOY-DAGS-PLUGINS-DEPENDS-STEP'巴什文件
#! /bin/bash
gsutil cp bin/plugins/* gs://$COMPOSER_BUCKET/plugins/
gsutil cp bin/dependencies/* gs://$ARTIFACTS_BUCKET/dags/dependencies/
gsutil cp bin/dags/* gs://$COMPOSER_BUCKET/dags/
gsutil cp bin/sql-scripts/* gs://$ARTIFACTS_BUCKET/path/bin/sql-scripts/composer/文件配置云构建
steps:
- name: gcr.io/cloud-builders/gsutil
args: ['cp', '*', 'gs://${_COMPOSER_BUCKET}/plugins/']
dir: 'bin/plugins/'
id: 'deploy-plugins-step'
- name: gcr.io/cloud-builders/gsutil
args: ['cp', '*', 'gs://${_ARTIFACTS_BUCKET}/dags/dependencies/']
dir: 'bin/dependencies/'
id: 'deploy-dependencies-step'
- name: gcr.io/cloud-builders/gsutil
args: ['cp', '*', 'gs://${_COMPOSER_BUCKET}/dags/']
dir: 'bin/dags/'
id: 'deploy-dags-step'
- name: gcr.io/cloud-builders/gsutil
args: ['cp', '*', 'gs://${_ARTIFACTS_BUCKET}/projects/path/bin/sql-scripts/composer/']
dir: 'bin/sql-scripts/'
id: 'deploy-scripts-step'发布于 2020-12-22 10:33:43
在云构建中,步骤是处理的一个阶段。此阶段由要加载的容器描述,其中包含处理在阶段中执行所需的二进制文件。
对于这个容器,您可以定义一个入口点,在容器旁边运行的二进制文件,以及传递给它的args。
您还有几个选项可以看到这里。
需要理解的一个重要概念是,只有/workspace目录从一个步骤保持到另一个步骤。在每一步的末尾,容器都被卸载,您丢失了内存中的所有数据(比如环境变量)和存储在/workspace目录之外的数据(比如系统依赖项安装)。请记住,许多问题都来自于此。
编辑1:
在一步中,您可以在一个容器上运行一个命令。gsutil,gcloud,mvn,node,.一切都取决于你的集装箱和入口点。
但是,当您需要在同一个容器上运行许多命令时,有一个有用的预先能力。这种情况可能有很多原因。你可以这样做
- name: 'gcr.io/cloud-builders/gcloud'
entrypoint: 'bash'
args:
- -c
- |
MY_ENV_VAR=$(curl -H "Metadata-Flavor: Google" http://metadata.google.internal/computeMetadata/v1/instance)
echo $${MY_ENV_VAR} > env-var-save.file
# Continue the commands that you need/want ....https://stackoverflow.com/questions/65404471
复制相似问题