可以从 OpenShift 模板文件完成 Kubernetes 部署吗？

Question

我正在使用 OpenShift 4.7，我想将我的 OpenShift DeploymentConfig 转换为 Kubernetes Deployment。现在，我正在使用 OpenShift kind: Template 文件创建大部分应用程序。 OpenShift 模板是否支持 Kubernetes 部署，或者如果我想使用 Kubernetes 部署，我是否需要切换到另一种工具？

由于这方面的信息有限，我只是尝试对其进行转换以查看会发生什么，但无法使其正常工作。如果有人能阐明这个主题以及在哪里可以找到如何从 DeploymentConfigs 到 Deployments 的好例子，我想互联网，我会很感激。

我当前的一个 OpenShift 部署配置在模板文件中如下所示：

...
- apiVersion: v1
  kind: DeploymentConfig
  metadata:
    annotations:
      description: Defines how to deploy the database
      template.alpha.openshift.io/wait-for-ready: 'true'
    name: postgresql
  spec:
    replicas: 1
    selector:
      name: postgresql
    strategy:
      type: Recreate
    template:
      metadata:
        labels:
          name: postgresql
        name: postgresql
      spec:
        containers:
        - env:
          - name: POSTGRESQL_USER
            valueFrom:
              secretKeyRef:
                key: database-user
                name: ${NAME}
          - name: POSTGRESQL_PASSWORD
            valueFrom:
              secretKeyRef:
                key: database-password
                name: ${NAME}
          - name: POSTGRESQL_DATABASE
            value: ${DATABASE_NAME}
          image: ' '
          livenessProbe:
            exec:
              command:
              - /usr/libexec/check-container
              - --live
            initialDelaySeconds: 120
            timeoutSeconds: 10
          name: postgresql
          ports:
          - containerPort: 5432
          readinessProbe:
            exec:
              command:
              - /usr/libexec/check-container
            initialDelaySeconds: 5
            timeoutSeconds: 1
          resources:
            limits:
              memory: ${MEMORY_POSTGRESQL_LIMIT}
          volumeMounts:
          - mountPath: /var/lib/pgsql/data
            name: postgresql-data
        volumes:
        - name: postgresql-data
          persistentVolumeClaim:
            claimName: postgresql
    triggers:
    - imageChangeParams:
        automatic: true
        containerNames:
        - postgresql
        from:
          kind: ImageStreamTag
          name: postgresql:${POSTGRESQL_VERSION}
          namespace: ${NAMESPACE}
      type: ImageChange
    - type: ConfigChange
...

Answer 1

根据官方OpenShift documentation 的说法，您没有理由不能对部署进行模板化。

但是，deploymentConfigs 和 Deployments 并不相同。因此，简单地更改 apiVersion 和 kind 以匹配部署可能会导致 OpenShift 无法理解的 yaml。

例如，您提供的 DeploymentConfig 包含一个“触发器”部分。触发器可用于 DeploymentConfig，但不适用于 Deployment。

附带说明：openshift 模板仍然存在，但是您应该考虑使用其他更广泛的模板工具，例如 helm v3。它更常用，可应用于 OpenShift 和普通 Kubernetes 集群（假设该 helm 图表中只有普通 kubernetes 资源类型/crd）。

Answer 2

答案是肯定的，但你现在必须为triggers 和 git hooks 等问题想出自己的解决方案。对我来说，上述 DeploymentConfig 的转换如下所示：

...
- apiVersion: v1
  kind: Deployment
  metadata:
    annotations:
      deployment.kubernetes.io/revision: '4'
      image.openshift.io/triggers: |-
        [
          {
            "from": {
              "kind": "ImageStreamTag",
              "namespace": "openshift",
              "name": "openshift/postgresql:10"
            },
            "fieldPath": "spec.template.spec.containers[0].image"
          }
        ]
    selfLink: /apis/apps/v1/namespaces/abigail-discourse-project-1/deployments/postgresql
    name: postgresql
    #namespace: ${openshift.project()}
  spec:
    replicas: 1
    selector:
      matchLabels:
        app: postgresql
    template:
      metadata:
        creationTimestamp: null
        labels:
          app: postgresql
      spec:
        containers:
          - resources: {}
            readinessProbe:
              exec:
                command:
                  - /usr/libexec/check-container
              initialDelaySeconds: 5
              timeoutSeconds: 1
              periodSeconds: 9
              successThreshold: 1
              failureThreshold: 3
            terminationMessagePath: /dev/termination-log
            name: postgresql
            livenessProbe:
              exec:
                command:
                  - /usr/libexec/check-container --live
              initialDelaySeconds: 120
              timeoutSeconds: 1
              periodSeconds: 15
              successThreshold: 1
              failureThreshold: 3
            env:
              - name: POSTGRESQL_DATABASE
                value: discourse
              - name: POSTGRESQL_USER
                valueFrom:
                  secretKeyRef:
                    name: discourse
                    key: database-user
              - name: POSTGRESQL_PASSWORD
                valueFrom:
                  secretKeyRef:
                    name: discourse
                    key: database-password
            ports:
              - containerPort: 5432
                protocol: TCP
            imagePullPolicy: Always
            envFrom:
              - secretRef:
                  name: discourse
            image: >-
              image-registry.openshift-image-registry.svc:5000/openshift/postgresql:10
        restartPolicy: Always
    strategy:
      type: Recreate
...