With me, you just have to worry that I'll perform so many tests that I'll develop a mental map of your architecture and reverse-engineer it. ๐
But, like, what's the point, if I can't run it? Running it, is the hardest part, not writing it.
With me, you just have to worry that I'll perform so many tests that I'll develop a mental map of your architecture and reverse-engineer it. ๐
But, like, what's the point, if I can't run it? Running it, is the hardest part, not writing it.
you could probably run it, but the average person would get stuck at how to install FDB which takes 30 seconds and adding other nodes is that easy as well
I don't mean, install it. I mean, keep it going. Indefinitely.
NFDB is designed to be low-maintenance for a reason ;)
Also, worst case, export your data in jsonl and go somewhere else. Standards are amazing :)
Our data will be in three completely different relay systems run by three completely different relay admins, and the data set is public, so whatever.
People worry too much about the code and too little about being failsafe and redundant.
Did you see Coinos, this week? Open-source, but no recent backup. ๐
Worst case itโs on other relays. NFDB replicates on-site to 2 hosts in the current configuration but I may bump up that to 3 once I get more demand.
(The DB only runs on 3 hosts, and if one dies, then the DB would stop because it canโt meet triple-replication requirements.)
Planned off-site backups as well.
Also most of the architecture I posted several times already. No need to attempt to RE it :) I do that a lot too, though.