从镜像流部署OpenShift源中的特定镜像标签
我已经配置了我的Gitlab CI管道，以便他们使用Docker-in-Docker构建OCI镜像，并将其上传到Gitlab自己的注册表。
现在，我想将CI管道中构建的映像部署到OpenShift源。注册表中的所有图像都用最新标记(即:我不使用“$CI_COMMIT_SHORT_SHA”)。
我该怎么做呢？
这就是我到目前为止所尝试的：
before_script:
- oc login --server="$OPENSHIFT_SERVER" --token="$OPENSHIFT_TOKEN"
- oc project myproject
script:
- oc tag registry.gitlab.com/myproject/backend:$CI_COMMIT_SHORT_SHA backend:$CI_COMMIT_SHORT_SHA
- oc import-image backend:$CI_COMMIT_SHORT_SHA
- oc set image dc/backend backend=myproject/backend:$CI_COMMIT_SHORT_SHA
- oc rollout latest backend在oc set image之前，一切似乎都很好。我预计它会更改部署配置以使用指定的映像标签($CI_COMMIT_SHORT_SHA)，但似乎配置并未真正修改，因此，部署仍然部署旧的(以前的)映像。
我遗漏了什么？有没有更好的方法来部署私有注册表中的特定标记？
更新
以下是我的部署配置：
kind: DeploymentConfig
apiVersion: apps.openshift.io/v1
metadata:
annotations:
openshift.io/generated-by: OpenShiftNewApp
selfLink: /apis/apps.openshift.io/v1/namespaces/myproject/deploymentconfigs/backend
resourceVersion: '38635053'
name: backend
uid: 02809a3d-...
creationTimestamp: '2019-10-14T23:04:43Z'
generation: 7
namespace: myproject
labels:
app: backend
spec:
strategy:
type: Rolling
rollingParams:
updatePeriodSeconds: 1
intervalSeconds: 1
timeoutSeconds: 600
maxUnavailable: 25%
maxSurge: 25%
resources: {}
activeDeadlineSeconds: 21600
triggers:
- type: ConfigChange
- type: ImageChange
imageChangeParams:
automatic: true
containerNames:
- backend
from:
kind: ImageStreamTag
namespace: myproject
name: 'backend:094971ea'
lastTriggeredImage: >-
registry.gitlab.com/myproject/backend@sha256:ebce...
replicas: 1
revisionHistoryLimit: 10
test: false
selector:
app: backend
deploymentconfig: backend
template:
metadata:
creationTimestamp: null
labels:
app: backend
deploymentconfig: backend
annotations:
openshift.io/generated-by: OpenShiftNewApp
spec:
containers:
- name: backend
image: >-
registry.gitlab.com/myproject/backend@sha256:ebce...
ports:
- containerPort: 8080
protocol: TCP
resources: {}
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
imagePullPolicy: IfNotPresent
restartPolicy: Always
terminationGracePeriodSeconds: 30
dnsPolicy: ClusterFirst
securityContext: {}
schedulerName: default-scheduler
status:
observedGeneration: 7
details:
message: image change
causes:
- type: ImageChange
imageTrigger:
from:
kind: DockerImage
name: >-
registry.gitlab.com/myproject/backend@sha256:ebce...
availableReplicas: 1
unavailableReplicas: 0
latestVersion: 4
updatedReplicas: 1
conditions:
- type: Available
status: 'True'
lastUpdateTime: '2019-10-14T23:57:51Z'
lastTransitionTime: '2019-10-14T23:57:51Z'
message: Deployment config has minimum availability.
- type: Progressing
status: 'True'
lastUpdateTime: '2019-10-16T20:09:20Z'
lastTransitionTime: '2019-10-16T20:09:17Z'
reason: NewReplicationControllerAvailable
message: replication controller "backend-4" successfully rolled out
replicas: 1
readyReplicas: 1回答 1
Stack Overflow用户
发布于 2019-10-18 05:54:36
“解决”这个问题的一种方法是，ImageChange触发器侦听除特定提交id之外的其他内容。在docker中不作为标记存在的一些逻辑名称。说“默认”。
如果你这样做了，那么在你的脚本中你唯一需要做的就是
- oc tag registry.gitlab.com/myproject/backend:$CI_COMMIT_SHORT_SHA backend:default然后，OpenShift将负责更新DeploymentConfig中的映像，并为您部署新的部署。
OP询问了为什么不使用latest的原因。latest是一种“神奇的”，因为如果你推送到注册表中没有标签的图像，它会将该标签命名为Latest。这使得它很容易被意外地覆盖。
因此，假设您使用"latest“作为在ImageStream中侦听的标记。如果有人导入imageStream，会发生什么？它将获取最新的标记并覆盖您手动标记的内容。
如果你想在你的管道中使用这种控件，使用一个不存在于你的docker注册表中的ImageStreamTag名称，就像我上面说的那样。
https://stackoverflow.com/questions/58421160
复制相似问题
腾讯云开发者
