Skip to content
This repository was archived by the owner on Dec 13, 2023. It is now read-only.

Commit 48cf962

Browse files
biswarup1290dassBiswarup Dass
andauthored
typo fix in docs (workerdef) (#3297)
Co-authored-by: Biswarup Dass <dbiswarup@vmware.com>
1 parent ef57cd8 commit 48cf962

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/docs/configuration/workerdef.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,12 +3,12 @@
33
A worker is responsible for executing a task. Operator and System tasks are handled by the Conductor server, while user
44
defined tasks needs to have a worker created that awaits the work to be scheduled by the server for it to be executed.
55
Workers can be implemented in any language, and Conductor provides support for Java, Golang and Python worker framework that provides features such as
6-
polling threads, metrics and server communication that makes creating workers each.
6+
polling threads, metrics and server communication that makes creating workers easy.
77

88
Each worker embodies Microservice design pattern and follows certain basic principles:
99

1010
1. Workers are stateless and do not implement a workflow specific logic.
1111
2. Each worker executes a very specific task and produces well defined output given specific inputs.
1212
3. Workers are meant to be idempotent (or should handle cases where the task that partially executed gets rescheduled due to timeouts etc.)
1313
4. Workers do not implement the logic to handle retries etc, that is taken care by the Conductor server.
14-
14+

0 commit comments

Comments
 (0)