2016-10-14 18:30:36 -04:00
|
|
|
---
|
|
|
|
title: "service update"
|
|
|
|
description: "The service update command description and usage"
|
2016-11-03 18:48:30 -04:00
|
|
|
keywords: "service, update"
|
2016-10-14 18:30:36 -04:00
|
|
|
---
|
2016-06-17 19:51:17 -04:00
|
|
|
|
|
|
|
# service update
|
|
|
|
|
|
|
|
```Markdown
|
2016-07-07 14:43:18 -04:00
|
|
|
Usage: docker service update [OPTIONS] SERVICE
|
2016-06-17 19:51:17 -04:00
|
|
|
|
|
|
|
Update a service
|
|
|
|
|
|
|
|
Options:
|
2017-03-30 21:35:04 -04:00
|
|
|
--args command Service command args
|
Service cap-add/cap-drop: improve handling of combinations and special "ALL" value
When creating and updating services, we need to avoid unneeded service churn.
The interaction of separate lists to "add" and "drop" capabilities, a special
("ALL") capability, as well as a "relaxed" format for accepted capabilities
(case-insensitive, `CAP_` prefix optional) make this rather involved.
This patch updates how we handle `--cap-add` / `--cap-drop` when _creating_ as
well as _updating_, with the following rules/assumptions applied:
- both existing (service spec) and new (values passed through flags or in
the compose-file) are normalized and de-duplicated before use.
- the special "ALL" capability is equivalent to "all capabilities" and taken
into account when normalizing capabilities. Combining "ALL" capabilities
and other capabilities is therefore equivalent to just specifying "ALL".
- adding capabilities takes precedence over dropping, which means that if
a capability is both set to be "dropped" and to be "added", it is removed
from the list to "drop".
- the final lists should be sorted and normalized to reduce service churn
- no validation of capabilities is handled by the client. Validation is
delegated to the daemon/server.
When deploying a service using a docker-compose file, the docker-compose file
is *mostly* handled as being "declarative". However, many of the issues outlined
above also apply to compose-files, so similar handling is applied to compose
files as well to prevent service churn.
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2020-08-25 07:03:06 -04:00
|
|
|
--cap-add list Add Linux capabilities
|
|
|
|
--cap-drop list Drop Linux capabilities
|
2017-07-31 17:26:02 -04:00
|
|
|
--config-add config Add or update a config file on a service
|
|
|
|
--config-rm list Remove a configuration file
|
2017-03-30 21:35:04 -04:00
|
|
|
--constraint-add list Add or update a placement constraint
|
|
|
|
--constraint-rm list Remove a constraint
|
|
|
|
--container-label-add list Add or update a container label
|
|
|
|
--container-label-rm list Remove a container label by its key
|
2017-07-31 17:26:02 -04:00
|
|
|
--credential-spec credential-spec Credential spec for managed service account (Windows only)
|
2017-03-30 21:35:04 -04:00
|
|
|
-d, --detach Exit immediately instead of waiting for the service to converge (default true)
|
|
|
|
--dns-add list Add or update a custom DNS server
|
|
|
|
--dns-option-add list Add or update a DNS option
|
|
|
|
--dns-option-rm list Remove a DNS option
|
|
|
|
--dns-rm list Remove a custom DNS server
|
|
|
|
--dns-search-add list Add or update a custom DNS search domain
|
|
|
|
--dns-search-rm list Remove a DNS search domain
|
|
|
|
--endpoint-mode string Endpoint mode (vip or dnsrr)
|
|
|
|
--entrypoint command Overwrite the default ENTRYPOINT of the image
|
|
|
|
--env-add list Add or update an environment variable
|
|
|
|
--env-rm list Remove an environment variable
|
2017-02-15 19:04:30 -05:00
|
|
|
--force Force update even if no changes require it
|
2017-11-17 17:05:44 -05:00
|
|
|
--generic-resource-add list Add an additional generic resource to the service's resources requirements
|
|
|
|
--generic-resource-rm list Remove a previously added generic resource to the service's resources requirements
|
2017-03-30 21:35:04 -04:00
|
|
|
--group-add list Add an additional supplementary user group to the container
|
|
|
|
--group-rm list Remove a previously added supplementary user group from the container
|
2017-02-15 19:04:30 -05:00
|
|
|
--health-cmd string Command to run to check health
|
2017-04-10 17:12:44 -04:00
|
|
|
--health-interval duration Time between running the check (ms|s|m|h)
|
2017-02-15 19:04:30 -05:00
|
|
|
--health-retries int Consecutive failures needed to report unhealthy
|
2017-04-10 17:12:44 -04:00
|
|
|
--health-start-period duration Start period for the container to initialize before counting retries towards unstable (ms|s|m|h)
|
|
|
|
--health-timeout duration Maximum time to allow one check to run (ms|s|m|h)
|
2017-02-15 19:04:30 -05:00
|
|
|
--help Print usage
|
2017-10-28 10:47:53 -04:00
|
|
|
--host-add list Add a custom host-to-IP mapping (host:ip)
|
2017-03-30 21:35:04 -04:00
|
|
|
--host-rm list Remove a custom host-to-IP mapping (host:ip)
|
2017-02-15 19:04:30 -05:00
|
|
|
--hostname string Container hostname
|
2018-06-14 07:50:12 -04:00
|
|
|
--init bool Use an init inside each service container to forward signals and reap processes
|
2017-02-15 19:04:30 -05:00
|
|
|
--image string Service image tag
|
2017-11-17 09:31:13 -05:00
|
|
|
--isolation string Service container isolation mode
|
2017-03-30 21:35:04 -04:00
|
|
|
--label-add list Add or update a service label
|
|
|
|
--label-rm list Remove a label by its key
|
|
|
|
--limit-cpu decimal Limit CPUs
|
2017-02-15 19:04:30 -05:00
|
|
|
--limit-memory bytes Limit Memory
|
2020-04-29 11:11:48 -04:00
|
|
|
--limit-pids int Limit maximum number of processes (default 0 = unlimited)
|
2017-02-15 19:04:30 -05:00
|
|
|
--log-driver string Logging driver for service
|
2017-03-30 21:35:04 -04:00
|
|
|
--log-opt list Logging driver options
|
2020-01-09 13:17:43 -05:00
|
|
|
--max-concurrent Number of job tasks to run at once (default equal to --replicas)
|
2017-02-15 19:04:30 -05:00
|
|
|
--mount-add mount Add or update a mount on a service
|
2017-03-30 21:35:04 -04:00
|
|
|
--mount-rm list Remove a mount by its target path
|
2017-07-31 17:26:02 -04:00
|
|
|
--network-add network Add a network
|
2017-03-23 20:51:57 -04:00
|
|
|
--network-rm list Remove a network
|
2017-02-15 19:04:30 -05:00
|
|
|
--no-healthcheck Disable any container-specified HEALTHCHECK
|
2017-07-31 17:26:02 -04:00
|
|
|
--no-resolve-image Do not query the registry to resolve image digest and supported platforms
|
2017-02-15 19:04:30 -05:00
|
|
|
--placement-pref-add pref Add a placement preference
|
|
|
|
--placement-pref-rm pref Remove a placement preference
|
|
|
|
--publish-add port Add or update a published port
|
|
|
|
--publish-rm port Remove a published port by its target port
|
2017-03-30 21:35:04 -04:00
|
|
|
-q, --quiet Suppress progress output
|
2017-02-15 19:04:30 -05:00
|
|
|
--read-only Mount the container's root filesystem as read only
|
|
|
|
--replicas uint Number of tasks
|
2017-03-30 21:35:04 -04:00
|
|
|
--reserve-cpu decimal Reserve CPUs
|
2017-02-15 19:04:30 -05:00
|
|
|
--reserve-memory bytes Reserve Memory
|
|
|
|
--restart-condition string Restart when condition is met ("none"|"on-failure"|"any")
|
|
|
|
--restart-delay duration Delay between restart attempts (ns|us|ms|s|m|h)
|
|
|
|
--restart-max-attempts uint Maximum number of restarts before giving up
|
|
|
|
--restart-window duration Window used to evaluate the restart policy (ns|us|ms|s|m|h)
|
|
|
|
--rollback Rollback to previous specification
|
2017-03-30 21:35:04 -04:00
|
|
|
--rollback-delay duration Delay between task rollbacks (ns|us|ms|s|m|h)
|
|
|
|
--rollback-failure-action string Action on rollback failure ("pause"|"continue")
|
2017-02-15 19:04:30 -05:00
|
|
|
--rollback-max-failure-ratio float Failure rate to tolerate during a rollback
|
2017-03-30 21:35:04 -04:00
|
|
|
--rollback-monitor duration Duration after each task rollback to monitor for failure (ns|us|ms|s|m|h)
|
2017-07-31 17:26:02 -04:00
|
|
|
--rollback-order string Rollback order ("start-first"|"stop-first")
|
2017-03-30 21:35:04 -04:00
|
|
|
--rollback-parallelism uint Maximum number of tasks rolled back simultaneously (0 to roll back all at once)
|
2017-02-15 19:04:30 -05:00
|
|
|
--secret-add secret Add or update a secret on a service
|
2017-03-30 21:35:04 -04:00
|
|
|
--secret-rm list Remove a secret
|
2017-02-15 19:04:30 -05:00
|
|
|
--stop-grace-period duration Time to wait before force killing a container (ns|us|ms|s|m|h)
|
|
|
|
--stop-signal string Signal to stop the container
|
2019-02-12 10:07:07 -05:00
|
|
|
--sysctl-add list Add or update a Sysctl option
|
|
|
|
--sysctl-rm list Remove a Sysctl option
|
2017-02-15 19:04:30 -05:00
|
|
|
-t, --tty Allocate a pseudo-TTY
|
2020-07-26 14:40:52 -04:00
|
|
|
--ulimit-add ulimit Add or update a ulimit option (default [])
|
|
|
|
--ulimit-rm list Remove a ulimit option
|
2017-03-30 21:35:04 -04:00
|
|
|
--update-delay duration Delay between updates (ns|us|ms|s|m|h)
|
|
|
|
--update-failure-action string Action on update failure ("pause"|"continue"|"rollback")
|
2017-02-15 19:04:30 -05:00
|
|
|
--update-max-failure-ratio float Failure rate to tolerate during an update
|
2017-03-30 21:35:04 -04:00
|
|
|
--update-monitor duration Duration after each task update to monitor for failure (ns|us|ms|s|m|h)
|
|
|
|
--update-order string Update order ("start-first"|"stop-first")
|
|
|
|
--update-parallelism uint Maximum number of tasks updated simultaneously (0 to update all at once)
|
2017-02-15 19:04:30 -05:00
|
|
|
-u, --user string Username or UID (format: <name|uid>[:<group|gid>])
|
|
|
|
--with-registry-auth Send registry authentication details to swarm agents
|
|
|
|
-w, --workdir string Working directory inside the container
|
2016-06-17 19:51:17 -04:00
|
|
|
```
|
|
|
|
|
2017-02-07 18:42:48 -05:00
|
|
|
## Description
|
|
|
|
|
2018-12-23 06:27:52 -05:00
|
|
|
Updates a service as described by the specified parameters. The parameters are
|
|
|
|
the same as [`docker service create`](service_create.md). Refer to the description
|
|
|
|
there for further information.
|
2016-06-17 19:51:17 -04:00
|
|
|
|
2016-10-20 15:04:01 -04:00
|
|
|
Normally, updating a service will only cause the service's tasks to be replaced with new ones if a change to the
|
|
|
|
service requires recreating the tasks for it to take effect. For example, only changing the
|
|
|
|
`--update-parallelism` setting will not recreate the tasks, because the individual tasks are not affected by this
|
|
|
|
setting. However, the `--force` flag will cause the tasks to be recreated anyway. This can be used to perform a
|
|
|
|
rolling restart without any changes to the service parameters.
|
|
|
|
|
2020-04-19 11:08:37 -04:00
|
|
|
> **Note**
|
|
|
|
>
|
|
|
|
> This is a cluster management command, and must be executed on a swarm
|
|
|
|
> manager node. To learn about managers and workers, refer to the
|
|
|
|
> [Swarm mode section](https://docs.docker.com/engine/swarm/) in the
|
|
|
|
> documentation.
|
2018-12-23 06:27:52 -05:00
|
|
|
|
2016-06-17 19:51:17 -04:00
|
|
|
## Examples
|
|
|
|
|
|
|
|
### Update a service
|
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2016-07-14 05:22:18 -04:00
|
|
|
$ docker service update --limit-cpu 2 redis
|
2016-06-17 19:51:17 -04:00
|
|
|
```
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="update-parallelism"></a> Perform a rolling restart with no parameter changes
|
2016-10-20 15:04:01 -04:00
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2016-10-20 15:04:01 -04:00
|
|
|
$ docker service update --force --update-parallelism 1 --update-delay 30s redis
|
|
|
|
```
|
|
|
|
|
|
|
|
In this example, the `--force` flag causes the service's tasks to be shut down
|
|
|
|
and replaced with new ones even though none of the other parameters would
|
|
|
|
normally cause that to happen. The `--update-parallelism 1` setting ensures
|
|
|
|
that only one task is replaced at a time (this is the default behavior). The
|
|
|
|
`--update-delay 30s` setting introduces a 30 second delay between tasks, so
|
|
|
|
that the rolling restart happens gradually.
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="mount-add"></a> Add or remove mounts (--mount-add, --mount-rm)
|
2016-08-15 17:51:15 -04:00
|
|
|
|
2017-08-19 10:13:29 -04:00
|
|
|
Use the `--mount-add` or `--mount-rm` options add or remove a service's bind mounts
|
2016-09-09 20:29:32 -04:00
|
|
|
or volumes.
|
2016-08-15 17:51:15 -04:00
|
|
|
|
2016-09-09 20:29:32 -04:00
|
|
|
The following example creates a service which mounts the `test-data` volume to
|
|
|
|
`/somewhere`. The next step updates the service to also mount the `other-volume`
|
|
|
|
volume to `/somewhere-else`volume, The last step unmounts the `/somewhere` mount
|
|
|
|
point, effectively removing the `test-data` volume. Each command returns the
|
|
|
|
service name.
|
|
|
|
|
|
|
|
- The `--mount-add` flag takes the same parameters as the `--mount` flag on
|
2023-01-06 12:05:02 -05:00
|
|
|
`service create`. Refer to the [volumes and bind mounts](service_create.md#mount)
|
2020-04-19 09:43:08 -04:00
|
|
|
section in the `service create` reference for details.
|
2016-09-09 20:29:32 -04:00
|
|
|
|
|
|
|
- The `--mount-rm` flag takes the `target` path of the mount.
|
2016-08-15 17:51:15 -04:00
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2016-09-09 20:29:32 -04:00
|
|
|
$ docker service create \
|
|
|
|
--name=myservice \
|
2020-04-24 07:42:04 -04:00
|
|
|
--mount type=volume,source=test-data,target=/somewhere \
|
|
|
|
nginx:alpine
|
2016-08-15 17:51:15 -04:00
|
|
|
|
|
|
|
myservice
|
|
|
|
|
2016-09-09 20:29:32 -04:00
|
|
|
$ docker service update \
|
2020-04-24 07:42:04 -04:00
|
|
|
--mount-add type=volume,source=other-volume,target=/somewhere-else \
|
2016-09-09 20:29:32 -04:00
|
|
|
myservice
|
2016-08-15 17:51:15 -04:00
|
|
|
|
|
|
|
myservice
|
|
|
|
|
|
|
|
$ docker service update --mount-rm /somewhere myservice
|
|
|
|
|
|
|
|
myservice
|
|
|
|
```
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="publish-add"></a> Add or remove published service ports (--publish-add, --publish-rm)
|
2017-11-15 20:43:22 -05:00
|
|
|
|
2017-12-12 18:25:43 -05:00
|
|
|
Use the `--publish-add` or `--publish-rm` flags to add or remove a published
|
|
|
|
port for a service. You can use the short or long syntax discussed in the
|
2023-01-06 11:26:24 -05:00
|
|
|
[docker service create](service_create.md#publish)
|
2017-11-15 20:43:22 -05:00
|
|
|
reference.
|
|
|
|
|
2017-12-12 18:25:43 -05:00
|
|
|
The following example adds a published service port to an existing service.
|
2017-11-15 20:43:22 -05:00
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2017-11-15 20:43:22 -05:00
|
|
|
$ docker service update \
|
2017-12-12 18:25:43 -05:00
|
|
|
--publish-add published=8080,target=80 \
|
2017-11-15 20:43:22 -05:00
|
|
|
myservice
|
|
|
|
```
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="network-add"></a> Add or remove network (--network-add, --network-rm)
|
2018-01-27 10:10:54 -05:00
|
|
|
|
|
|
|
Use the `--network-add` or `--network-rm` flags to add or remove a network for
|
|
|
|
a service. You can use the short or long syntax discussed in the
|
2023-01-06 11:26:24 -05:00
|
|
|
[docker service create](service_create.md#network)
|
2018-01-27 10:10:54 -05:00
|
|
|
reference.
|
|
|
|
|
|
|
|
The following example adds a new alias name to an existing service already connected to network my-network:
|
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2018-01-27 10:10:54 -05:00
|
|
|
$ docker service update \
|
|
|
|
--network-rm my-network \
|
|
|
|
--network-add name=my-network,alias=web1 \
|
|
|
|
myservice
|
|
|
|
```
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="rollback"></a> Roll back to the previous version of a service (--rollback)
|
2017-02-15 03:04:44 -05:00
|
|
|
|
2017-07-20 04:32:51 -04:00
|
|
|
Use the `--rollback` option to roll back to the previous version of the service.
|
2017-02-15 03:04:44 -05:00
|
|
|
|
|
|
|
This will revert the service to the configuration that was in place before the most recent `docker service update` command.
|
|
|
|
|
|
|
|
The following example updates the number of replicas for the service from 4 to 5, and then rolls back to the previous configuration.
|
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2017-02-15 03:04:44 -05:00
|
|
|
$ docker service update --replicas=5 web
|
|
|
|
|
|
|
|
web
|
|
|
|
|
|
|
|
$ docker service ls
|
|
|
|
|
|
|
|
ID NAME MODE REPLICAS IMAGE
|
|
|
|
80bvrzp6vxf3 web replicated 0/5 nginx:alpine
|
|
|
|
|
|
|
|
```
|
2021-08-21 08:54:14 -04:00
|
|
|
|
2017-07-20 04:32:51 -04:00
|
|
|
Roll back the `web` service...
|
2017-02-15 03:04:44 -05:00
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2017-02-15 03:04:44 -05:00
|
|
|
$ docker service update --rollback web
|
|
|
|
|
|
|
|
web
|
|
|
|
|
|
|
|
$ docker service ls
|
|
|
|
|
|
|
|
ID NAME MODE REPLICAS IMAGE
|
|
|
|
80bvrzp6vxf3 web replicated 0/4 nginx:alpine
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
Other options can be combined with `--rollback` as well, for example, `--update-delay 0s` to execute the rollback without a delay between tasks:
|
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2017-02-15 03:04:44 -05:00
|
|
|
$ docker service update \
|
|
|
|
--rollback \
|
|
|
|
--update-delay 0s
|
|
|
|
web
|
|
|
|
|
|
|
|
web
|
|
|
|
|
|
|
|
```
|
|
|
|
|
2017-02-15 19:04:30 -05:00
|
|
|
Services can also be set up to roll back to the previous version automatically
|
|
|
|
when an update fails. To set up a service for automatic rollback, use
|
|
|
|
`--update-failure-action=rollback`. A rollback will be triggered if the fraction
|
|
|
|
of the tasks which failed to update successfully exceeds the value given with
|
|
|
|
`--update-max-failure-ratio`.
|
|
|
|
|
|
|
|
The rate, parallelism, and other parameters of a rollback operation are
|
|
|
|
determined by the values passed with the following flags:
|
|
|
|
|
|
|
|
- `--rollback-delay`
|
|
|
|
- `--rollback-failure-action`
|
|
|
|
- `--rollback-max-failure-ratio`
|
|
|
|
- `--rollback-monitor`
|
|
|
|
- `--rollback-parallelism`
|
|
|
|
|
|
|
|
For example, a service set up with `--update-parallelism 1 --rollback-parallelism 3`
|
|
|
|
will update one task at a time during a normal update, but during a rollback, 3
|
|
|
|
tasks at a time will get rolled back. These rollback parameters are respected both
|
|
|
|
during automatic rollbacks and for rollbacks initiated manually using `--rollback`.
|
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="secret-add"></a> Add or remove secrets (--secret-add, --secret-rm)
|
2016-10-27 20:30:32 -04:00
|
|
|
|
|
|
|
Use the `--secret-add` or `--secret-rm` options add or remove a service's
|
|
|
|
secrets.
|
|
|
|
|
|
|
|
The following example adds a secret named `ssh-2` and removes `ssh-1`:
|
|
|
|
|
2021-08-21 08:54:14 -04:00
|
|
|
```console
|
2016-10-27 20:30:32 -04:00
|
|
|
$ docker service update \
|
2016-11-01 22:28:32 -04:00
|
|
|
--secret-add source=ssh-2,target=ssh-2 \
|
2016-10-27 20:30:32 -04:00
|
|
|
--secret-rm ssh-1 \
|
|
|
|
myservice
|
|
|
|
```
|
|
|
|
|
2016-11-18 09:28:01 -05:00
|
|
|
### Update services using templates
|
|
|
|
|
|
|
|
Some flags of `service update` support the use of templating.
|
2020-04-19 09:43:08 -04:00
|
|
|
See [`service create`](service_create.md#create-services-using-templates) for the reference.
|
2016-11-18 09:28:01 -05:00
|
|
|
|
2017-11-17 09:31:13 -05:00
|
|
|
|
2023-01-06 13:28:29 -05:00
|
|
|
### <a name="isolation"></a> Specify isolation mode on Windows (--isolation)
|
2017-11-17 09:31:13 -05:00
|
|
|
|
|
|
|
`service update` supports the same `--isolation` flag as `service create`
|
2020-04-19 09:43:08 -04:00
|
|
|
See [`service create`](service_create.md) for the reference.
|
2017-11-17 09:31:13 -05:00
|
|
|
|
2020-01-09 13:17:43 -05:00
|
|
|
### Updating Jobs
|
|
|
|
|
|
|
|
When a service is created as a job, by setting its mode to `replicated-job` or
|
|
|
|
to `global-job` when doing `service create`, options for updating it are
|
|
|
|
limited.
|
|
|
|
|
|
|
|
Updating a Job immediately stops any Tasks that are in progress. The operation
|
|
|
|
creates a new set of Tasks for the job and effectively resets its completion
|
|
|
|
status. If any Tasks were running before the update, they are stopped, and new
|
|
|
|
Tasks are created.
|
|
|
|
|
|
|
|
Jobs cannot be rolled out or rolled back. None of the flags for configuring
|
|
|
|
update or rollback settings are valid with job modes.
|
|
|
|
|
|
|
|
To run a job again with the same parameters that it was run previously, it can
|
|
|
|
be force updated with the `--force` flag.
|
|
|
|
|
2017-02-07 18:42:48 -05:00
|
|
|
## Related commands
|
2016-06-17 19:51:17 -04:00
|
|
|
|
|
|
|
* [service create](service_create.md)
|
|
|
|
* [service inspect](service_inspect.md)
|
2016-12-14 06:30:09 -05:00
|
|
|
* [service logs](service_logs.md)
|
2016-06-17 19:51:17 -04:00
|
|
|
* [service ls](service_ls.md)
|
2016-12-14 06:30:09 -05:00
|
|
|
* [service ps](service_ps.md)
|
2016-06-17 19:51:17 -04:00
|
|
|
* [service rm](service_rm.md)
|
2017-07-20 04:32:51 -04:00
|
|
|
* [service rollback](service_rollback.md)
|
2016-12-14 06:30:09 -05:00
|
|
|
* [service scale](service_scale.md)
|