If they have the same people running all of them, how is that different from running a single mastodon server in kubernetes, so that it doesn’t get overloaded?
You’d have different domain names to get people used to the concept. John Doe would sign up, and become [email protected], Jane Doe would sign up and become [email protected]
That is what we have now, but clearly people are averse to making a choice that they are not technically inclined to know how big or small the consequences of that are. My solution is a spitball one with obvious flaws, but essentially it is that the instance is picked randomly out of a group of very closely, if not identically aligned servers.
If they have the same people running all of them, how is that different from running a single mastodon server in kubernetes, so that it doesn’t get overloaded?
You’d have different domain names to get people used to the concept. John Doe would sign up, and become [email protected], Jane Doe would sign up and become [email protected]
This is quite unnecessary, it would be simpler if we have a list of the long-running and most stable instances and have the users pick one.
That is what we have now, but clearly people are averse to making a choice that they are not technically inclined to know how big or small the consequences of that are. My solution is a spitball one with obvious flaws, but essentially it is that the instance is picked randomly out of a group of very closely, if not identically aligned servers.