aneoconsulting / ArmoniK.Community

Contribution guidelines for ArmoniK
https://aneoconsulting.github.io/ArmoniK.Community/
0 stars 3 forks source link

feat: AEP 4: ArmoniK Load Balancer #43

Closed lemaitre-aneo closed 1 month ago

CLAassistant commented 5 months ago

CLA assistant check
All committers have signed the CLA.

dbrasseur-aneo commented 5 months ago

How would partitionning be affected ? If, let's say, multiple sessions are using a given partition, and the given partition is only available on specific clusters, then the affectation of a session is determined by which partitions are present on which cluster. This also asks the question on how to handle a session with partitions spanning multiple independant clusters

jdongo-aneo commented 5 months ago

A small architecture diagram would be helpful to capture the concept. Would there be a kind of healthcheck between the loadbalancer and the clusters? And what would happen in the case of a lost of communication?

lemaitre-aneo commented 1 month ago

A small architecture diagram would be helpful to capture the concept. Would there be a kind of healthcheck between the loadbalancer and the clusters? And what would happen in the case of a lost of communication?

Regarding the diagram, I don't think it will be particularly useful as it is really simple. Maybe I should add a paragraph for communication losses, but the idea is dead simple: if the LB cannot connect to a cluster, it errors

lemaitre-aneo commented 1 month ago

I would also add a new API to transfer data between partitions (and sessions) to allow complex workflow requiring different clusters to be implemented, ideally without having the data going back to the client.

As a data is tied to a session, it is also tied to a cluster. When there is an API to move a data from a session to another, it would just be a matter of implementing the logic within the LB.