Deploy Container Image

In this section, we will introduce how to deploy a container-based application with KubeVela. The guide will run the whole process with UI console as it’s quite the same with the quick start if you’re using CLI.

  • Containerize your business, you need a container image within your image registry that can be accessed by KubeVela.

  • Make sure you have VelaUX addon enabled.

    1. vela addon enable velaux

Enter the page of Application on the left, and click New Application to create. Pick your name, alias, and description; Select type of webservice; Decide your environment, Default environment is already available in the first place. You could also enter the page of Environments to set up new.

Click Next Step so to the configuration page. You need to set up the Image address and resources limit. If you want to set up a command for the image, open up the row CMD.

If you want to deploy the private image, please create the registry integration configuration. refer to: Image registry configuration

After inputting the Image address, the system will load the Image info from the registry. If the image belongs to the private image registry, the Secret field will be automatically assigned values.

You could refer to their information to configure the Service Ports and Persistent Storage.

set webservice application

Done by clicking Create and then we enter the management page.

Click the Deploy button on the upper right and select a workflow. Note that each Environment of the application has its workflow. On the right of the Baseline Config tab is the environments. Check out the status of the environment and its instance information as you wish.

webservice application env page

When it has several targets in this environment, you may find them all in the Instances list. If you want to look at the process of application deployment, click Check the details to reveal.

In the Instances list, you may find some of them are in pending status. Click + in the beginning to figure out the reason in more detail.

After the first deployment, our business keeps evolving and the following updates come along.

Click Baseline Config and you can see the all components. Then click the component name and open the configuration page, you can update your latest requirements for image, version, and environment variable.

If your business requires more than one replica, enter the Properties page. By default, The component has a Set Replicas trait. Click it so that you can update the replicas.

set application replicas

By twos steps as above, it is still in a draft state, we need to click the deployment button again to complete the upgrade of the application.

If you need to delete the application after testing, you need to recycle all the deployed environments first. Click the environment name to enter the environment instance list, and click the Recycle button to recycle the deployment of the application in that environment. After it’s done, the application in this environment rolls back as an undeployed one.

After all of the environments have been recycled, the application can be deleted. Currently, the entry for application deletion is on the application list page. Back to the application list page, mouse on the menu icon on the right side of the application name, and click the Remove option.

delete application

At this point, you have basically mastered the deployment method of Docker image.

You can refer to how to manage applications to learn the details about the UI console operations.

You also can deploy the application via CLI.

  1. cat <<EOF | vela up -f -
  2. # YAML begins
  3. apiVersion: core.oam.dev/v1beta1
  4. kind: Application
  5. metadata:
  6.   name: webservice-app
  7. spec:
  8.   components:
  9.     - name: frontend
  10.       type: webservice
  11.       properties:
  12.         image: oamdev/testapp:v1
  13.         cmd: ["node", "server.js"]
  14.         ports:
  15.           - port: 8080
  16.             expose: true
  17.         exposeType: NodePort
  18.         cpu: "0.5"
  19.         memory: "512Mi"
  20.       traits:
  21.         - type: scaler
  22.           properties:
  23.             replicas: 1
  24. # YAML ends
  25. EOF

Deploy Container Image - 图5note

The application created by CLI will be synced to UI automatically.

You can also save the YAML file as webservice-app.yaml and use the vela up -f webservice-app.yaml command to deploy.

Next, check the deployment status of the application through vela status webservice-app

  1. About:
  3.   Name:         test-app
  4.   Namespace:    default
  5.   Created at:   2022-04-21 12:03:42 +0800 CST
  6.   Status:       running
  8. ...snip...
  10. Services:
  12.   - Name: frontend
  13.     Cluster: local  Namespace: default
  14.     Type: webservice
  15.     Healthy Ready:1/1
  16.     Traits:
  17.       ✅ scaler

Depending on how you install KubeVela, you can choose the way to access the endpoint.

  • Standalone Local
  • Standalone Remote
  • Kubernetes

You can access the endpoint by port-forward command:

  1. vela port-forward webservice-app -n default 8080:8080

This command will open a browser automatically. Or you could access the endpoint by http://127.0.0.1:8080 in your browser.

Since we have install KubeVela in a remote server with accessible IP address, you can check the application endpoint using vela status --endpoint. This command can detect multiple kinds of endpoints. In this case, it is a NodePort Service under the hood. You can access the endpoint listed in the output.

  1. vela status webservice-app --endpoint

expected output

  1. I0816 21:20:08.536617   59163 utils.go:156] find cluster gateway service vela-system/kubevela-cluster-gateway-service:9443
  2. Please access webservice-app from the following endpoints:
  3. +---------+-----------+--------------------------+----------------------------+-------+
  4. | CLUSTER | COMPONENT | REF(KIND/NAMESPACE/NAME) |          ENDPOINT          | INNER |
  5. +---------+-----------+--------------------------+----------------------------+-------+
  6. | local   | frontend  | Service/default/frontend | http://182.92.178.219:30128 | false |
  7. +---------+-----------+--------------------------+----------------------------+-------+

Deploy Container Image - 图6open the port

If you are using a cloud server, please open this port in secure group.

You can check the application endpoint using vela status --endpoint. This command can detect multiple kinds of endpoints. In this case, it is a NodePort Service under the hood. You can access the endpoint listed in the output.

  1. vela status webservice-app --endpoint

expected output

  1. I0816 21:20:08.536617   59163 utils.go:156] find cluster gateway service vela-system/kubevela-cluster-gateway-service:9443
  2. Please access webservice-app from the following endpoints:
  3. +---------+-----------+--------------------------+----------------------------+-------+
  4. | CLUSTER | COMPONENT | REF(KIND/NAMESPACE/NAME) |          ENDPOINT          | INNER |
  5. +---------+-----------+--------------------------+----------------------------+-------+
  6. | local   | frontend  | Service/default/frontend | http://182.92.178.219:30128 | false |
  7. +---------+-----------+--------------------------+----------------------------+-------+

Deploy Container Image - 图7open the port

The output from the preceding command shows that the NodePort service is exposed externally on the port (30128) of the available cluster node. Before you access NodeIP:NodePort(182.92.178.219:30128) from outside the cluster, you must set the security group of the nodes to allow incoming traffic. You should allow incoming traffic through the port (30128).

Now, you have finished learning the basic delivery for container images. Then, you could:

Last updated on Feb 9, 2023 by dependabot[bot]