tursodatabase / tursodatabase/libsql
The story around backups to S3 is unclear
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 17.2k
- Forks
- 531
- Avg merge
- 1h 12m
- Merged PRs (30d)
- 1
Description
The libsql SDK docs don't mention backups to S3, but it is mentioned in this blog post:
https://turso.tech/blog/fully-open-source-encryption-for-sqlite-b3858225
So after features like native replication, automatic backups to S3 and a serverless mode, we are adding to libSQL yet another feature that is critical to production workloads: encryption at rest.
The article goes on talking about the libsql client.
const db = createClient({
url: 'file:sqlite-enc.db',
encryptionKey: process.env.ENCRYPTION_KEY,
});
As far as I can tell, sending encrypted backups to S3 like this is not supported.
I can see there is something called "bottomless" for libsql-server.
https://github.com/tursodatabase/libsql/tree/main/libsql-server
But that doesn't apply if one is using a local file, such as in the blog post, correct?
I'd like something like Litestream, for an encrypted local file libsql database.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the libsql SDK documentation and the libsql-server material linked in the issue, then compare the bottomless behavior with the local encrypted-file client example from the blog post. Done means clearly documenting whether encrypted local-file backups to S3 are supported, and describing the applicable approach or limitation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws
- Domain
- databases, documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100