summary refs log tree commit diff
diff options
context:
space:
mode:
authorFrederick Muriuki Muriithi2025-06-11 11:35:53 -0500
committerPjotr Prins2025-06-13 07:00:19 +0200
commit955d41357533990486c4211032f5b35f3b82417d (patch)
tree97f3509035a91e49e6a8682b4c10c82e82bd291e
parent67517df59c21305413c5309eb23cbf5f07b913cc (diff)
downloadgn-gemtext-955d41357533990486c4211032f5b35f3b82417d.tar.gz
Add note on migrating redis, when redeploying.
-rw-r--r--topics/deploy/setting-up-or-migrating-production-across-machines.gmi11
1 files changed, 11 insertions, 0 deletions
diff --git a/topics/deploy/setting-up-or-migrating-production-across-machines.gmi b/topics/deploy/setting-up-or-migrating-production-across-machines.gmi
index c7cf963..1f35dae 100644
--- a/topics/deploy/setting-up-or-migrating-production-across-machines.gmi
+++ b/topics/deploy/setting-up-or-migrating-production-across-machines.gmi
@@ -25,6 +25,17 @@ In this respect, a number of tasks rise to the front as necessary to accomplish
 * TODO: List the necessary directories and describe what purpose each serves. This will be from the perspective of the container — actual paths on the host system are left to the builders choice, and can vary wildly.
 * TODO: Prefer explicit binding rather than implicit — makes the shell scripts longer, but no assumptions have to be made, everything is explicitly spelled out.
 
+## Redis
+
+We currently (2025-06-11) use Redis for:
+
+- Tracking user collection (this will be moved to SQLite database)
+- Tracking background jobs (this is being moved out to SQLite databases)
+- Tracking running-time (not sure what this is about)
+- Others?
+
+We do need to copy over the redis save file whenever we do a migration, at least until the user collections and background jobs features have been moved completely out of Redis.
+
 ## Container Configurations: Secrets
 
 * TODO: Detail how to extract/restore the existing secrets configurations in the new machine