Version: v1.0

Managing Capabilities

In KubeVela, developers can install more capabilities (i.e. new component types and traits) from any GitHub repo that contains OAM definition files. We call these GitHub repos as Capability Centers.

KubeVela is able to discover OAM definition files in this repo automatically and sync them to your own KubeVela platform.

Add a capability center#

Add and sync a capability center in KubeVela:

$ vela cap center config my-center https://github.com/kubevela/catalog/tree/master/registry
successfully sync 1/1 from my-center remote center
Successfully configured capability center my-center and sync from remote

$ vela cap center sync my-center
successfully sync 1/1 from my-center remote center
sync finished

Now, this capability center my-center is ready to use.

List capability centers#

You are allowed to add more capability centers and list them.

$ vela cap center ls
NAME        ADDRESS
my-center   https://github.com/kubevela/catalog/tree/master/registry

[Optional] Remove a capability center#

Or, remove one.

$ vela cap center remove my-center

List all available capabilities in capability center#

Or, list all available capabilities in certain center.

$ vela cap ls my-center
NAME                CENTER      TYPE                DEFINITION                      STATUS      APPLIES-TO
clonesetservice     my-center   componentDefinition clonesets.apps.kruise.io        uninstalled []

Install a capability from capability center#

Now let's try to install the new component named clonesetservice from my-center to your own KubeVela platform.

You need to install OpenKruise first.

helm install kruise https://github.com/openkruise/kruise/releases/download/v0.7.0/kruise-chart.tgz

Install clonesetservice component from my-center.

$ vela cap install my-center/clonesetservice
Installing component capability clonesetservice
Successfully installed capability clonesetservice from my-center

Use the newly installed capability#

Let's check the clonesetservice appears in your platform firstly:

$ vela components
NAME            NAMESPACE   WORKLOAD                    DESCRIPTION
clonesetservice vela-system clonesets.apps.kruise.io    Describes long-running, scalable, containerized services
                                                        that have a stable network endpoint to receive external
                                                        network traffic from customers. If workload type is skipped
                                                        for any service defined in Appfile, it will be defaulted to
                                                        `webservice` type.

Great! Now let's deploy an app via Appfile.

$ cat << EOF > vela.yaml
name: testapp
services:
  testsvc:
    type: clonesetservice
    image: crccheck/hello-world
    port: 8000
EOF

$ vela up
Parsing vela appfile ...
Load Template ...

Rendering configs for service (testsvc)...
Writing deploy config to (.vela/deploy.yaml)

Applying application ...
Checking if app has been deployed...
App has not been deployed, creating a new deployment...
Updating:  core.oam.dev/v1alpha2, Kind=HealthScope in default
✅ App has been deployed 🚀🚀🚀
    Port forward: vela port-forward testapp
             SSH: vela exec testapp
         Logging: vela logs testapp
      App status: vela status testapp
  Service status: vela status testapp --svc testsvc

then you can Get a cloneset in your environment.

$ kubectl get clonesets.apps.kruise.io
NAME      DESIRED   UPDATED   UPDATED_READY   READY   TOTAL   AGE
testsvc   1         1         1               1       1       46s

Uninstall a capability#

NOTE: make sure no apps are using the capability before uninstalling.

$ vela cap uninstall my-center/clonesetservice
Successfully uninstalled capability clonesetservice