Awesome post! Since you made the original post, I’ve actually already started a github wiki to address my concerns about what it would look like going forward. To address your concerns in line:
I’ll always want this to be a selective community. But as you said, this may be more than what “I” want and that may need to change in the future.
People do make mistakes. I can tell you I have already as a moderator and that’s just how things are.
For adding an admin, I have started a github organization that I would want someone to join who had experience in how things work and how to mitigate errors. I can tell you… I’ve brought down the site for an hour or 2 a few times and I hope no one noticed… And with the thought of money, I’m comfortable with where we are now with how much we cost, but going forward, there’s a lot I’d like to add like better backups that I know would add cost to our instance.
I think this would always be the case. What we’re almost talking about is treating this like a business where we just put the trust of this instance in people. That’s where the aforementioned backups would help (hopefully)
You already have me thinking too much about not letting this fail! I think that what we are discussing isn’t an overnight thing, but maybe over the coming year(s) we could implement.
There are already a lot of pull requests and issues on the lemmy github about GDPR, and it seems as though it’s something that is sorta addressed already but is a big deal that will be fully addressed in the future
I don’t know how you have implemented this, but on AWS we tend to set up an automatic snapshot every x-hours that expires (gets deleted) after y-days. If worse comes to happen, you resurrect the latest snapshot and you’re up and running. This isn’t a high stakes environment, so small levels of data loss might be acceptable to the community.
I’d be happy to look at and assist with your GitHub repository. Note that I am unable to make a specific time commitment at this point.
I did consider making the “business” aspect explicit in my list, but shied away from it, since with that comes “commercialism” and many mistake that within the context of Amateur Radio. For example, I’ve been told by “experts” that my podcast is a commercial enterprise and should be banned from local repeaters because I make an eBook available of the transcripts and in the past I had a “Donate” button on my website - no longer, thanks to the shenanigans by PayPal.
There is nothing wrong with “failure”. It’s a state, just like “on” or “off”. If it doesn’t do what you want, then you might call that state “failure”, but if it did exactly what you planned, then that might be called “success”, even if from the outside looking in, the two are identical, the instance is no longer responding. In other words, this is a matter of perspective and planning. Which is why we’re having this conversation in the first place :-)
We’re using linode services(pretty much AWS) on this instance and we backup nightly, but not everything. I’d only want to implement a higher level of backups if we needed it because costs go up.
I’d never really think/imply this is a business. I make no money from this. Just more in the thought of people working together to make this a better place, like a radio club!
Awesome post! Since you made the original post, I’ve actually already started a github wiki to address my concerns about what it would look like going forward. To address your concerns in line:
I don’t know how you have implemented this, but on AWS we tend to set up an automatic snapshot every x-hours that expires (gets deleted) after y-days. If worse comes to happen, you resurrect the latest snapshot and you’re up and running. This isn’t a high stakes environment, so small levels of data loss might be acceptable to the community.
I’d be happy to look at and assist with your GitHub repository. Note that I am unable to make a specific time commitment at this point.
I did consider making the “business” aspect explicit in my list, but shied away from it, since with that comes “commercialism” and many mistake that within the context of Amateur Radio. For example, I’ve been told by “experts” that my podcast is a commercial enterprise and should be banned from local repeaters because I make an eBook available of the transcripts and in the past I had a “Donate” button on my website - no longer, thanks to the shenanigans by PayPal.
There is nothing wrong with “failure”. It’s a state, just like “on” or “off”. If it doesn’t do what you want, then you might call that state “failure”, but if it did exactly what you planned, then that might be called “success”, even if from the outside looking in, the two are identical, the instance is no longer responding. In other words, this is a matter of perspective and planning. Which is why we’re having this conversation in the first place :-)
We’re using linode services(pretty much AWS) on this instance and we backup nightly, but not everything. I’d only want to implement a higher level of backups if we needed it because costs go up.
I’d never really think/imply this is a business. I make no money from this. Just more in the thought of people working together to make this a better place, like a radio club!