Skip to main content
Version: v2.7.x LTS

Creating and adding Zowe extension containers

Creating and adding Zowe extension containers

Zowe extensions such as services and plug-ins that use Zowe component packaging can be used within a Zowe container environment. To do this, you must deliver the extension as a container image that is compatible with Zowe containers. You can follow Zowe's container conformance criteria to understand and achieve compatibility.

Note: Missing z/OS dependencies must be checked before creating and adding Zowe extension containers.

You can add extension containers to a Zowe container environment the same way as Zowe's core components by completing the following steps.

  1. Build and publish an extension image to a registry. For details, see Build and publish an extension image to a registry.
  2. Define a deployment or job object. For details, see Define Deployment or Job object.
  3. Start the extension from the deployment or job definition. For details, see Start your component.

1. Build and publish an extension image to a registry#

An extension must have a container image to run in a Zowe container environment. To create such images, you can use a Dockerfile and refer to the following examples of building images for Zowe core components.

Examples:

The core components define component Dockerfiles and use GitHub Actions to build images. For example,

The following GitHub Actions are used by the core components to build conformant images. They might not be completely reusable for you, but are provided as an example.

After a component image is built, it is recommended that you publish it to a container registry before adding it to the Zowe container environment. Alternatively, you can use docker save and docker load commands to copy the offline images to your Kubernetes nodes.

2. Define Deployment or Job object#

To start your component in Kubernetes, you must define a Deployment if your extension has built-in web services, or a Job object if your extension is a Zowe Application Framework plug-in without built-in web services.

To define Deployment for your component, you can copy from samples/sample-deployment.yaml and modify all occurrences of the following variables:

  • <my-component-name>: this is your component name. For example, sample-node-api.
  • <my-component-image>: this is your component image described in Build and publish an extension image to a registry. For example, zowe-docker-release.jfrog.io/ompzowe/sample-node-api:latest-ubuntu.
  • <my-component-port>: this is the port of your service. For example, 8080.

Continue to customize the specification to fit in your component requirements:

  • spec.template.spec.containers[0].resources: defines the memory and CPU resource required to start the container.
  • metadata.annotations, spec.template.spec.volumes and spec.template.spec.securityContext and so on.

To define Job for your component, you can also copy from samples/sample-deployment.yaml. Then, modify all entries mentioned above and make the following changes:

  • Change kind: Deployment to kind: Job,

  • Add restartPolicy: OnFailure under spec.template.spec like this:

    kind: Jobspec:  template:    spec:      restartPolicy: OnFailure      securityContext:        ...

3. Start your component#

After you define your component Deployment or Job object, you can run kubectl apply -f /path/to/your/component.yaml to apply it to the Kubernetes cluster that runs Zowe.

  • If it's a Deployment, you should be able to see that the component pod is started and eventually reached the Running status.
  • If it's a Job, you should be able to see that the plug-in pod is started and eventually reached the Completed status.

Now you can follow common Kubernetes practice to manage your component workload.