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

typo fix in docs (workerdef) #3297

Merged
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions docs/docs/configuration/workerdef.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,12 +3,12 @@
A worker is responsible for executing a task. Operator and System tasks are handled by the Conductor server, while user
defined tasks needs to have a worker created that awaits the work to be scheduled by the server for it to be executed.
Workers can be implemented in any language, and Conductor provides support for Java, Golang and Python worker framework that provides features such as
polling threads, metrics and server communication that makes creating workers each.
polling threads, metrics and server communication that makes creating workers easy.

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

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