• 0 Posts
  • 35 Comments
Joined 1 year ago
cake
Cake day: June 16th, 2023

help-circle
















  • I think I miss something, the ActivityPub protocol is not owned or maintained by Mastodon devs. Isn’t this just standard communication like an extension of HTTP? something like GraphQL (that created by Facebook itself). Quick google mentioned that ActivityPub is maintained by W3C.

    So Meta can (and I think currently uses) ActivityPub, and all of your points already been possible without needing to federates with any other instances. For example, they already can say that ActivityPub doesn’t work on some cases, and push W3C to do some changes on the standard


  • All of your points only considers the community itself, which is not my argument.

    I’m mostly approach this from technical standpoint. It’s impossible to have 100% uptime if there’s no horizontal scaling capability. For example on updating version, currently the instance will need to shut down for maintenance until it’s finished and usually there’s still some issue to fix. If horizontal scaling exist, the instance can update server (or add additional one), move the traffic a bit to test it, and then fully rollout if everything going well.



  • Why not? I don’t see the drawback to develop ability to do horizontal scaling. If the instance owner doesn’t want to add additional servers, it’s up to them. Obviously they paid for it if they decide to add.

    Just to be clear, horizontal scaling means multiple servers handling same instance, it can be the backend service to allow handling more traffics, or multiple db to reduce database loads.

    Additionally it allows high availabilities, so if one of the backend service is down (either unexpectedly or do rolling update) the other service can still active so the instance can still be accessed by users