Skip to content
This repository has been archived by the owner on May 10, 2024. It is now read-only.

Refactor interaction with Kubernetes #263

Open
blackandred opened this issue Oct 20, 2022 · 1 comment
Open

Refactor interaction with Kubernetes #263

blackandred opened this issue Oct 20, 2022 · 1 comment
Assignees

Comments

@blackandred
Copy link
Contributor

The interaction with Kubernetes should be based on reconcilation loop.
There should be no API calls during the HTTP request, the underlying database adapter should use the reconcilation cache.

Advantages:

  • Mitigation of DoS attacks on the API server and the application

Disadvantages:

  • Probably two "threads", first for the HTTP application, the second for reconcilation loop, but it is not so obvious now, requires analysis
@blackandred blackandred added this to the Backup Repository v4.1 milestone Oct 20, 2022
@blackandred blackandred self-assigned this Oct 20, 2022
@blackandred
Copy link
Contributor Author

There should be a separate controller that would communicate with Backup Repository via API internally.
For simple reason - controller can be scaled independently of Backup Repository due to different natures of those applications. Controller interacts just with API, while Backup Repository handles file uploads and needs to be handled like carefully like a stateful application.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant