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
Copy file name to clipboardexpand all lines: docs/cloud/features/scheduler/scheduler.md
+7-7
Original file line number
Diff line number
Diff line change
@@ -169,7 +169,7 @@ Self-hosted executors as the name indicates are self-hosted workers that take on
169
169
170
170
Exact configuration is left to the user and will vary based on the infrastructure and setup of the user, for example the executors could be run on a Kubernetes cluster or as a standalone pair of Docker containers depending on the user's infrastructure. The following details are an example of how this is done for a Postgres data warehouse and a pair of local containers running in docker.
171
171
172
-
Tobiko Cloud requires 2 docker instances to be running, one to pick up runs and one for plans. The entrypoint for both is `executor run` and `executor plan` respectively. The executor container can be found on [Docker Hub](https://hub.docker.com/r/tobikodata/tcloud). In addition to running the container, the user will need to configure the executor with environment variables that point to Tobiko Cloud as well as the data warehouse.
172
+
Tobiko Cloud requires 2 docker instances to be running, one to pick up runs and one for plan applications. The entrypoint for both is `executor run` and `executor apply` respectively. The executor container can be found on [Docker Hub](https://hub.docker.com/r/tobikodata/tcloud). In addition to running the container, the user will need to configure the executor with environment variables that point to Tobiko Cloud as well as the data warehouse.
173
173
174
174
To connect to the Tobiko Cloud, the user will need to provide the following environment variables, replaced with the user's own values.
175
175
@@ -203,10 +203,10 @@ Once you have set up both sets of environment variables in a file named `local.e
203
203
204
204
```shell
205
205
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor run
206
-
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor plan
206
+
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor apply
207
207
```
208
208
209
-
After the executors are properly configured, they will appear in the cloud UI where they can be used to execute plans and scheduled tasks.
209
+
After the executors are properly configured, they will appear in the cloud UI where they can be used to apply plans and execute scheduled runs.
210
210
211
211

212
212
@@ -226,7 +226,7 @@ In production settings, we recommend setting up health checks as well, as these
226
226
227
227
```shell
228
228
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor run --check
229
-
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor plan --check
229
+
docker run -d --env-file local.env tobikodata/tcloud:latest -- executor apply --check
230
230
```
231
231
232
232
For environments that ignore the container's entrypoint, for example in the case of Kubernetes healthchecks, the health check is invoked as follows:
@@ -243,14 +243,14 @@ readinessProbe:
243
243
```
244
244
245
245
```yaml
246
-
# For the plan executor
246
+
# For the apply executor
247
247
readinessProbe:
248
248
exec:
249
249
command:
250
250
- "/app/pex"
251
251
- "executor"
252
-
- "plan"
252
+
- "apply"
253
253
- "--check"
254
254
```
255
255
256
-
Each executor type (run or plan) should have its own health check implemented to ensure proper monitoring of both components.
256
+
Each executor type (run or apply) should have its own health check implemented to ensure proper monitoring of both components.
0 commit comments