You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Before running the container image normally, it must be run in setup mode to create the required message queues.
19
+
Before running the container image normally, it must run in setup mode to create the required message queues and perform upgrade tasks.
20
20
21
21
The container image will run in setup mode by adding the `--setup` argument. For example:
22
22
@@ -25,11 +25,24 @@ The container image will run in setup mode by adding the `--setup` argument. For
25
25
docker run --rm {OPTIONS} particular/servicecontrol-audit --setup
26
26
```
27
27
28
-
Depending on the requirements of the message transport, setup mode may require different connection settings that have permissions to create queues, which are not necessary during non-setup runtime.
28
+
Setup mode may require different settings, such as a different transport connection string with permissions to create queues.
29
29
30
30
After setup is complete, the container will exit, and the `--rm` (or equivalent) option may be used to automatically remove the container.
31
31
32
-
The initial setup should be repeated any time the container is [updated to a new version](#upgrading).
32
+
The setup process should be repeated any time the container is [updated to a new version](#upgrading).
33
+
34
+
### Simplified setup
35
+
36
+
Instead of running `--setup` as a separate container, the setup and run operations can be combined using the `--setup-and-run` argument:
37
+
38
+
```shell
39
+
# Using docker run
40
+
docker run {OPTIONS} particular/servicecontrol-audit --setup-and-run
41
+
```
42
+
43
+
The `--setup-and-run` argument will run the setup process when the container is run, after which the application will run normally. This simplifies deployment by removing the need for a separate init container in environments where the setup process does not need different settings.
44
+
45
+
Using `--setup-and-run` removes the need to repeat a setup process when the container is updated to a new version.
Before running the container image normally, it must be run in setup mode to create the required message queues.
18
+
Before running the container image normally, it must run in setup mode to create the required message queues and perform upgrade tasks.
19
19
20
20
The container image will run in setup mode by adding the `--setup` argument. For example:
21
21
@@ -24,11 +24,24 @@ The container image will run in setup mode by adding the `--setup` argument. For
24
24
docker run --rm {OPTIONS} particular/servicecontrol-monitoring --setup
25
25
```
26
26
27
-
Depending on the requirements of the message transport, setup mode may require different connection settings that have permissions to create queues, which are not necessary during non-setup runtime.
27
+
Setup mode may require different settings, such as a different transport connection string with permissions to create queues.
28
28
29
29
After setup is complete, the container will exit, and the `--rm` (or equivalent) option may be used to automatically remove the container.
30
30
31
-
The initial setup should be repeated any time the container is [updated to a new version](#upgrading).
31
+
The setup process should be repeated any time the container is [updated to a new version](#upgrading).
32
+
33
+
### Simplified setup
34
+
35
+
Instead of running `--setup` as a separate container, the setup and run operations can be combined using the `--setup-and-run` argument:
36
+
37
+
```shell
38
+
# Using docker run
39
+
docker run {OPTIONS} particular/servicecontrol-monitoring --setup-and-run
40
+
```
41
+
42
+
The `--setup-and-run` argument will run the setup process when the container is run, after which the application will run normally. This simplifies deployment by removing the need for a separate init container in environments where the setup process does not need different settings.
43
+
44
+
Using `--setup-and-run` removes the need to repeat a setup process when the container is updated to a new version.
Before running the container image normally, it must be run in setup mode to create the required message queues.
20
+
Before running the container image normally, it must run in setup mode to create the required message queues and perform upgrade tasks.
21
21
22
22
The container image will run in setup mode by adding the `--setup` argument. For example:
23
23
@@ -26,11 +26,24 @@ The container image will run in setup mode by adding the `--setup` argument. For
26
26
docker run --rm {OPTIONS} particular/servicecontrol --setup
27
27
```
28
28
29
-
Depending on the requirements of the message transport, setup mode may require different connection settings that have permissions to create queues, which are not necessary during non-setup runtime.
29
+
Setup mode may require different settings, such as a different transport connection string with permissions to create queues.
30
30
31
31
After setup is complete, the container will exit, and the `--rm` (or equivalent) option may be used to automatically remove the container.
32
32
33
-
The initial setup should be repeated any time the container is [updated to a new version](#upgrading).
33
+
The setup process should be repeated any time the container is [updated to a new version](#upgrading).
34
+
35
+
### Simplified setup
36
+
37
+
Instead of running `--setup` as a separate container, the setup and run operations can be combined using the `--setup-and-run` argument:
38
+
39
+
```shell
40
+
# Using docker run
41
+
docker run {OPTIONS} particular/servicecontrol --setup-and-run
42
+
```
43
+
44
+
The `--setup-and-run` argument will run the setup process when the container is run, after which the application will run normally. This simplifies deployment by removing the need for a separate init container in environments where the setup process does not need different settings.
45
+
46
+
Using `--setup-and-run` removes the need to repeat a setup process when the container is updated to a new version.
0 commit comments