CXPLAY on Nostr: 相比容器化下的云原生, ...
相比容器化下的云原生, 我这自托管玩家也只是觉得直接集成部署是比较方便一点, 但是备份也变成了 "云原生" 了, 于是相对于这样的情况, VPS 都成了一种相对意义下的 "裸机". 我跑个单二进制小软件还要用 Docker? 然后把 SQLite 数据库目录又映射出来是吧, PaaS 也不是有多方便.
看过了两个以 duplica* 开头的备份软件, 确实很强大, 甚至还能增量和分块备份. 但是, 我这小软件的数据库还不到分块大小呢, 一个 sqlite.db 还要增量和分块? 似乎有点多此一举了.
最后写脚本用 tar, rsync 和 crontab 定了一个备份任务(甚至还想用 GPG 加上一层加密), 简单有效.
Published at
2024-06-07 04:00:16 UTCEvent JSON
{
"id": "0b25e4e0f476e937cd06302d49542216b1b767fbbc7d20686198ad8916e206ce",
"pubkey": "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15",
"created_at": 1717732816,
"kind": 1,
"tags": [
[
"r",
"sqlite.db"
]
],
"content": "相比容器化下的云原生, 我这自托管玩家也只是觉得直接集成部署是比较方便一点, 但是备份也变成了 \"云原生\" 了, 于是相对于这样的情况, VPS 都成了一种相对意义下的 \"裸机\". 我跑个单二进制小软件还要用 Docker? 然后把 SQLite 数据库目录又映射出来是吧, PaaS 也不是有多方便.\n\n看过了两个以 duplica* 开头的备份软件, 确实很强大, 甚至还能增量和分块备份. 但是, 我这小软件的数据库还不到分块大小呢, 一个 sqlite.db 还要增量和分块? 似乎有点多此一举了.\n最后写脚本用 tar, rsync 和 crontab 定了一个备份任务(甚至还想用 GPG 加上一层加密), 简单有效.",
"sig": "86771da48eb0059ac4999775bd4f7d5d08dc28fb6b438ff437fbb42d2d2c230ba73f78c54f756436f19658da832862bd1e987954a9c86723d1dba43bc6b28d3a"
}