如何解决“ {gcloud构建提交...”有什么作用? 使用Cloud Build求解二次方程式
我想知道 gcloud构建提交的作用。就我而言,我正在运行GCloud run tutorial。
official documentation声明它提交了构建。这不是特别有用的信息。
有人可以为此提供更多背景信息吗?
什么是内部版本?一个图像?一个jar文件?此“版本”提交到哪里?
“提交”是什么意思?这个“提交”过程是否会通过网络推送我的“构建”。
当我运行 gcloud builds commit 时,它似乎也在创建docker映像。所以这也是创建构建,然后是提交吗?!! ??
解决方法
Cloud Build是一项服务,该服务将一个或多个容器映像系列应用到一些初始输入文件集,并经常生成一些工件,通常(并非总是)另一个容器映像,通常是一些最初由该服务提交的源代码内置到容器映像中。
Cloud Build在某种程度上类似于Linux管道,其中一些输入通过通过一系列命令 f | g | h | ...
传递数据来转换。或者,您可以将其视为复合函数:h(g(f(x)))
。
Cloud Build被描述为(并命名为)用于构建(将代码编码到容器中)的服务,但是,正如您所知,实际上,这些步骤可能是任何容器映像,并且通常具有副作用,例如将容器映像部署到其他服务例如云运行。
Cloud Build比Google宣传的通用得多。 Google将其文档范围限制为基于云的服务来构建软件。
运行gcloud builds submit...
时,将提供一些源代码以及Dockerfile或配置文件。前者是第二种情况的简单情况,后者是一个包含运行docker build...
的单个步骤的配置文件。
配置文件(YAML)列出了一系列具有一系列参数的容器映像。最初,Cloud Build将指定的源(可以是当前目录)复制到Compute Engine VM(由服务创建)作为/workspace
的目录(自动安装到每个容器中)。
容器(定义为配置文件中的步骤)可以在此文件系统上运行(例如,代码文件,验证文件以及您可以在容器中执行的任何操作)。总而言之,配置文件通常会存储例如在容器注册表。
使用Cloud Build求解二次方程式
Cloud Build可能会使新手感到困惑。本着一种有趣的精神,并以此来表明Cloud Build是通用的,下面是用Cloud Build写的Rube Goldberg机器,它可以解决二次方程式:
对于以下cloudbuild.yaml
:
steps:
- name: busybox
args:
- ash
- -c
- 'echo "Quadratic: $(cat a)x²+$(cat b)x+$(cat c)s=0"'
- name: busybox
args:
- ash
- -c
- 'echo "$(cat b) * $(cat b)" | bc -l > b2'
- name: busybox
args:
- ash
- -c
- 'echo "4 * $(cat a) * $(cat c)" | bc -l > 4ac'
- name: busybox
args:
- ash
- -c
- 'echo "$(cat b2) - $(cat 4ac)" | bc -l > b2-4ac'
- name: busybox
args:
- ash
- -c
- 'echo "sqrt($(cat b2-4ac))" | bc -l > sqrt'
- name: busybox
args:
- ash
- -c
- 'echo "-($(cat b)) + $(cat sqrt)" | bc -l > add'
- name: busybox
args:
- ash
- -c
- 'echo "-($(cat b)) - $(cat sqrt)" | bc -l > sub'
- name: busybox
args:
- ash
- -c
- 'echo "2 * $(cat a)" | bc -l > 2a'
- name: busybox
args:
- ash
- -c
- 'echo "$(cat add)/$(cat 2a)" | bc -l > root1'
- name: busybox
args:
- ash
- -c
- 'echo "$(cat sub)/$(cat 2a)" | bc -l > root2'
- name: busybox
args:
- ash
- -c
- 'echo "Roots are: $(cat root1); $(cat root2)"'
它期望a
中的3个文件(b
,c
,${PWD}
)包含ax²+bx+c=0
的值。因此,对于8x²-10x+3
:
echo "8" > a
echo "-10" > b
echo "3" > c
您可以通过以下方式运行它:
gcloud builds submit ${PWD} \
--config=./cloudbuild.yaml \
--project=${PROJECT}
说明Rube Goldberg Cloud Build machine for solving Quadratic equations
,运行gcloud builds commit命令时,发生several steps:
- 按照
.
的指示压缩应用程序代码,Dockerfile和当前目录中的任何其他资产; - 将文件上传到Cloud Storage存储桶(有默认存储桶,但您可以在构建配置中自由指定存储桶);
- 使用上传的文件作为输入来启动构建;
- 使用提供的名称标记图像;和
- 将构建的图像推送到Container Registry。
在您的情况下,构建是被推送/提交到Container Registry中的Docker容器。提交后,您就可以按照提供的文档中的指定在Cloud Run上部署该容器。
,构建是从源中创建工件并有选择地修改您有权访问的任何系统的状态的过程。
工件可以是文本文件,Docker容器映像或Java存档。
一方面,提交构建是将构建资源(源文件)发送到Cloud Storage。另一方面,它也要创建一个工作程序,该工作程序是专用于构建的实例池中的Google管理的GCE实例,这些实例可按需水平扩展,并在完成分配的构建后销毁。
worker从Cloud Storage中读取源文件,并在配置文件中执行每个构建步骤,并为每个步骤创建一个Docker容器。
每个容器在每个步骤中都执行脚本。
正确地说,容器脚本执行的连接是构建,并且会生成工件。
总是至少有一个工件,一个带有构建日志的文本文件,被推送到Cloud Storage,并且可能还有一些容器图像或Java归档也被作为工件生成,并被推送到了Container Registry。
>我不会说“创建”和“提交”构建之间有区别,但是,如果存在,则可能是“创建”构建是从准备到结束或准备构建的所有构建。源文件,准备好环境(项目,权限,配额等),然后“提交”,只需发出命令submit
或触发器即可为您提交。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。