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 john.doe@apple.server.hostname, Jane Doe would sign up and become jane.doe@banana.server.hostname
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 john.doe@apple.server.hostname, Jane Doe would sign up and become jane.doe@banana.server.hostname
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.