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
At the core of Cadence is a highly scalable multitentant service. The service exposes all of its functionality through a strongly typed [gRPC API](https://github.com/cadence-workflow/cadence-idl/tree/master/proto/cadence-workflow/cadence/api/v1). A Cadence cluster include multiple services, each of which may run on multiple nodes for scalability and reliablity:
21
+
At the core of Cadence is a highly scalable multitenant service. The service exposes all of its functionality through a strongly typed [gRPC API](https://github.com/cadence-workflow/cadence-idl/tree/master/proto/cadence-workflow/cadence/api/v1). A Cadence cluster include multiple services, each of which may run on multiple nodes for scalability and reliablity:
22
22
- Front End: which is a stateless service used to handle incoming requests from Workers. It is expected that an external load balancing mechanism is used to distribute load between Front End instances.
23
23
- History Service: where the core logic of orchestrating workflow steps and activities is implemented
24
24
- Matching Service: matches workflow/activity tasks that need to be executed to workflow/activity workers that are able to execute them. Matching is assigned task for execution by the history service
@@ -29,7 +29,7 @@ Internally it depends on a persistent store. Currently, Apache Cassandra, MySQL,
29
29
30
30
Cadence service is responsible for keeping :workflow: state and associated durable timers. It maintains internal queues (called :task_list:task_lists:) which are used to dispatch :task:tasks: to external :worker:workers:.
31
31
32
-
Cadence service is multitentant. Therefore it is expected that multiple pools of :worker:workers: implementing different use cases connect to the same service instance. For example, at Uber a single service is used by more than a hundred applications. At the same time some external customers deploy an instance of Cadence service per application. For local development, a local Cadence service instance configured through docker-compose is used.
32
+
Cadence service is multitenant. Therefore it is expected that multiple pools of :worker:workers: implementing different use cases connect to the same service instance. For example, at Uber a single service is used by more than a hundred applications. At the same time some external customers deploy an instance of Cadence service per application. For local development, a local Cadence service instance configured through docker-compose is used.
Note: CLI feature version is for compatibility checking between server and CLI if enabled feature checking. Server is always backward compatible to older CLI versions, but not accepting newer than it can support.
83
86
84
87
COMMANDS:
85
88
domain, d Operate cadence domain
@@ -90,11 +93,15 @@ COMMANDS:
90
93
help, h Shows a list of commands or help for one command
91
94
92
95
GLOBAL OPTIONS:
93
-
--address value, --ad value host:port for cadence frontend service [$CADENCE_CLI_ADDRESS]
94
-
--domain value, --do value cadence workflow domain [$CADENCE_CLI_DOMAIN]
95
-
--context_timeout value, --ct value optional timeout for context of RPC call in seconds (default: 5) [$CADENCE_CONTEXT_TIMEOUT]
96
-
--help, -h show help
97
-
--version, -v print the version
96
+
--address value, --ad value host:port for cadence frontend service [$CADENCE_CLI_ADDRESS]
97
+
--domain value, --do value cadence workflow domain [$CADENCE_CLI_DOMAIN]
98
+
--context_timeout value, --ct value optional timeout for context of RPC call in seconds (default: 5) [$CADENCE_CONTEXT_TIMEOUT]
99
+
--jwt value optional JWT for authorization. Either this or --jwt-private-key is needed for jwt authorization [$CADENCE_CLI_JWT]
100
+
--jwt-private-key value, --jwt-pk value optional private key path to create JWT. Either this or --jwt is needed for jwt authorization. --jwt flag has priority over this one if both provided [$CADENCE_CLI_JWT_PRIVATE_KEY]
101
+
--transport value, -t value optional argument for transport protocol format, either 'grpc' or 'tchannel'. Defaults to tchannel if not provided [$CADENCE_CLI_TRANSPORT_PROTOCOL]
102
+
--tls_cert_path value, --tcp value optional argument for path to TLS certificate. Defaults to an empty string if not provided [$CADENCE_CLI_TLS_CERT_PATH]
restart, res restarts a previous workflow execution
117
+
diagnose, diag diagnoses a previous workflow execution
109
118
activity, act operate activities of workflow
110
119
show show workflow history
111
120
showid show workflow history with given workflow_id and run_id (a shortcut of `show -w <wid> -r <rid>`). run_id is only required for archived history
@@ -121,14 +130,16 @@ COMMANDS:
121
130
scan, sc, scanall scan workflow executions (need to enable Cadence server on ElasticSearch). It will be faster than listall, but result are not sorted.
122
131
count, cnt count number of workflow executions (need to enable Cadence server on ElasticSearch)
123
132
query query workflow execution
133
+
query-types list all available query types
124
134
stack query workflow execution with __stack_trace as query type
125
135
describe, desc show information of workflow execution
126
136
describeid, descid show information of workflow execution with given workflow_id and optional run_id (a shortcut of `describe -w <wid> -r <rid>`)
127
137
observe, ob show the progress of workflow history
128
138
observeid, obid show the progress of workflow history with given workflow_id and optional run_id (a shortcut of `observe -w <wid> -r <rid>`)
129
139
reset, rs reset the workflow, by either eventID or resetType.
130
-
reset-batch reset workflow in batch by resetType: LastDecisionCompleted,LastContinuedAsNew,BadBinary,DecisionCompletedTime,FirstDecisionScheduled,LastDecisionScheduled,FirstDecisionCompletedTo get base workflowIDs/runIDs to reset, source is from input file or visibility query.
140
+
reset-batch reset workflow in batch by resetType: LastContinuedAsNew,BadBinary,DecisionCompletedTime,FirstDecisionScheduled,LastDecisionScheduled,FirstDecisionCompleted,LastDecisionCompletedTo get base workflowIDs/runIDs to reset, source is from input file or visibility query.
131
141
batch batch operation on a list of workflows from query.
142
+
help, h Shows a list of commands or help for one command
132
143
133
144
OPTIONS:
134
145
--help, -h show help
@@ -140,15 +151,15 @@ NAME:
140
151
cadence workflow signal - signal a workflow execution
141
152
142
153
USAGE:
143
-
cadence workflow signal [command options] [arguments...]
154
+
cadence workflow signal [command options]
144
155
145
156
OPTIONS:
146
-
--workflow_id value, --wid value, -w value WorkflowID
147
-
--run_id value, --rid value, -r value RunID
157
+
--workflow_id value, -w value, --wid value WorkflowID
158
+
--run_id value, -r value, --rid value RunID
148
159
--name value, -n value SignalName
149
160
--input value, -i value Input for the signal, in JSON format.
150
161
--input_file value, --if value Input for the signal from JSON file.
0 commit comments