Manage Konnect Service Versions
Every Konnect service version is associated with one runtime group.
Any configurations for the service version, such as implementations, plugins,
and routes, will also be associated with the same runtime group.
If a service has multiple service versions, each version can be
associated with a different runtime group, or with the same runtime group.
Through its versions, a service can made be available in multiple environments,
simply by creating new service versions in different runtime groups.
A common use case for this is environment specialization.
For example, if you have three runtime groups for
production, you can manage which environment the service is available in by
assigning a version to that group at creation time. You might have v1 running
production, and be actively working on v2 in
development. Once it’s
ready to test, you’d create v2 in
staging before finally creating v2 in
production alongside v1.
Note: You can’t move a service version from one runtime group to another.
Instead, create a new version of the service in the new environment when you’re
ready to move to it.
Create a service version
From the Service Hub, select a service, then follow these steps:
From the Service actions drop-down menu, select Add new version.
Enter a version name.
A version name can be any string containing letters, numbers, or characters;
version#1. A service can have any number of
Select a runtime group.
Choose a group to deploy this version to a specific group of runtime
instances. This determines which entities and runtimes the service version
has access to, and who has access to this version.
Note: Application registration is only available for
services in the default runtime group, so if you plan on enabling
default in this step.
Different versions of the same service can run in different runtime groups.
The version name is unique within a group:
- If you create multiple versions in the same group, the versions must have unique names.
- If you create multiple versions in different groups, the versions can have the same name.
Click Create to save.
Delete a service version
Deleting a service version permanently removes it and its implementation, routes, and plugins from the Service Hub.
From the Service Hub, select a service version, then delete it:
- From the Version actions drop-down menu, select Delete, then confirm deletion in the dialog.