Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: armonik domain definitions aep #47

Draft
wants to merge 7 commits into
base: main
Choose a base branch
from

Conversation

italo1aguiar-aneo
Copy link

No description provided.

AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
some changes

definition of metadata

changes

Update AEP/aep-0000y.md

Co-authored-by: qdelamea-aneo <[email protected]>

Update AEP/aep-0000y.md

Co-authored-by: qdelamea-aneo <[email protected]>

last corrections
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved

## Scheduling agent

Containerized software cohabiting with a worker, running a specific algorithm to determine which tasks its associated workers should perform, scheduling tasks on the workers and monitoring their execution. It also manages all interactions between the worker and the databases (retrieving/saving data, creating new tasks, etc.), as well as managing workers errors and retrying/resubmitting failed tasks when necessary. A scheduling agent, like a worker, exists within a single partition.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Containerized software cohabiting with a worker, running a specific algorithm to determine which tasks its associated workers should perform, scheduling tasks on the workers and monitoring their execution. It also manages all interactions between the worker and the databases (retrieving/saving data, creating new tasks, etc.), as well as managing workers errors and retrying/resubmitting failed tasks when necessary. A scheduling agent, like a worker, exists within a single partition.
Containerized software cohabiting with a worker inside a pod, running the main algorithm of the orchestrator which will determine the tasks that the linked worker will perform. It will schedul the task on the workers and monitor their execution. It also manages all interactions between the worker and the databases (retrieving/saving data, creating new tasks, etc.), as well as managing workers errors and retrying/resubmitting failed tasks when necessary. A scheduling agent, like a worker, exists within a single partition.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we shouldn't use "pod" once we aim to go bare metal soon and it is mostly associated with k3s


## Partition

Logical segmentation of the cluster's pool of machines to distribute workloads according to usage. This feature is provided and handled by ArmoniK.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps we should precise that this the creation is done by Armonik only at deployement stage (for now).

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As it may change soon I think it's better not to give this precision.

AEP/aep-0000y.md Outdated Show resolved Hide resolved

- **Data Dependencies**: Input data for a given task that depends on another unique task. Data dependencies formalize dependencies between tasks.

- **Expected Outputs**: Data that must be generated as output from a task. If a task submits new tasks then it can transfer responsibility for generating all or part of its outputs to the tasks it submits.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Above you are speaking about results, why not use this term here?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm avoiding using the word "results" since we aim to use Blobs from now on. Maybe I could take out the other usage of this word to avoid confusion.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Following the idea to avoid using the term "result" maybe we should avoid using "data dependencies" but "expected input ids" instead?

AEP/aep-0000y.md Outdated Show resolved Hide resolved
AEP/aep-0000y.md Outdated Show resolved Hide resolved
italo1aguiar-aneo and others added 6 commits June 10, 2024 14:24
Co-authored-by: ngruelaneo <[email protected]>
Co-authored-by: ngruelaneo <[email protected]>
Co-authored-by: ngruelaneo <[email protected]>
Co-authored-by: ngruelaneo <[email protected]>
Co-authored-by: ngruelaneo <[email protected]>
Co-authored-by: ngruelaneo <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants