Assumptions
This guide is based on the following assumptions:- You have a running VESSL Service on your organization.
- You have a running or stopped VESSL Service revision.
- You have the older version of
service.yaml
file as below format.
Start a migration
1
Get a new version of YAML by using CLI
You can get the new version of the YAML file by using the CLI.Save the output to a new file, for example,
new_service.yaml
.2
Manage the revision
You can use the new YAML file to create a new revision.Add
--set-current-active
or -a
to set the new revision as the current active revision and activate the endpoint.Updating the revision
You can update traffic weight for the revision.Terminating the revision
You can terminate the revision.Reference: Differences between the old and new CLI
API | Status | New CLI API | Description |
---|---|---|---|
vessl serve revision create | Disabled and replaced | vessl serve create | Use with new service.yaml schema. |
vessl serve revision update-autoscaler-config | Disabled and replaced | vessl serve revision scale | Works same but changed in API Signature and options. |
vessl serve gateway <subcommand> | Will be deprecated | N/A | Gateway is automatically managed by the system and other commands. |
vessl serve revision list/show/terminate | Supported | N/A | |
vessl serve create | New | N/A | Uses service.yaml for creating revisions and rolling out them. |
vessl serve create-yaml | New | N/A | Creates service.yaml by project configuration and your inputs. |
vessl serve abort-update | New | N/A | Force stops ongoing rollout and triggers rollback if possible. |
vessl serve update | New | N/A | Updates configuration for traffic splits. |
Reference: Difference in configuring the gateway.
You used to enable the gateway by hand in web or usingservice-gateway.yaml
file.
Now you can manage gateway configuration by CLI.
- You can control traffic split with
vessl serve update
command.
- When the revisions are terminated or the service itself is deleted, the endpoint is automatically disabled.