Central server companion #11

Open
opened 2024-01-04 10:11:40 +01:00 by Jef Roosens · 0 comments

Considering I usually play on servers with some friends, I'd like to be able to give them access to the server backups as well.

To accomplish this, I'd like to introduce a central server component where my running Alex instances can publish certain layers to. This would aggregate the backup files into a single server that can then host them as a very basic web page.

For authentication, a server's backups could either be public or protected by HTTP Basic Authentication, as this should be supported by all major browsers. The server would have a basic user management system where each user is given access to a defined list of servers (or they're an admin, in which case they can see everything and add/remove users from servers). For user management, a simple API would need to be included, as well as a CLI tool. This information would probably be stored in an SQLite database. I would probably also expose access to the backup files through the API as well.

Besides backups, the Alex instances could perhaps also stream the server's logs to the server, so users can see these as well.

The main server instance could also be responsible for managing the server backups in an S3 store to store backups "in the cloud".

Considering I usually play on servers with some friends, I'd like to be able to give them access to the server backups as well. To accomplish this, I'd like to introduce a central server component where my running Alex instances can publish certain layers to. This would aggregate the backup files into a single server that can then host them as a very basic web page. For authentication, a server's backups could either be public or protected by HTTP Basic Authentication, as this should be supported by all major browsers. The server would have a basic user management system where each user is given access to a defined list of servers (or they're an admin, in which case they can see everything and add/remove users from servers). For user management, a simple API would need to be included, as well as a CLI tool. This information would probably be stored in an SQLite database. I would probably also expose access to the backup files through the API as well. Besides backups, the Alex instances could perhaps also stream the server's logs to the server, so users can see these as well. The main server instance could also be responsible for managing the server backups in an S3 store to store backups "in the cloud".
Jef Roosens added the
Idea
label 2024-01-04 10:11:40 +01:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Chewing_Bever/alex#11
There is no content yet.