Lorsqu’une personne installe Mobilizon sur son serveur, elle crée une _instance_ de Mobilizon. Concrètement, il s’agit d’un _site web_ généré et géré par le logiciel Mobilizon. Ce site web Mobilizon permet à des personnes de créer des comptes, des groupes, des événements, etc.: les données ainsi créées se nichent alors sur le disque dur du serveur de l’instance Mobilizon. C’est pour cela qu’on dit aussi qu’il s’agit d’un _hébergement_. On peut comparer ces hébergements à des locaux, comme une maison des associations ou un immeuble d’appartements. Chaque personne se créant un compte installe ses affaires (ses données, ses contenus) dans l’appartement. Chaque groupe créé prend possession, en quelque sorte, d’une des salles communes. Les utilisateurs et utilisatrices de ces locaux peuvent avoir l’impression de s’approprier les lieux… mais concrètement, le propriétaires des murs, celui qui est en capacité d’instaurer un règlement intérieur et de le faire respecter, c’est l’hébergeur.
L’hébergeur désigne la personne, ou plus souvent le groupe de personnes (association, entreprise, collectif, etc.) qui propose un service en ligne. Dans la pratique, ces personnes disposent d’un serveur sur lequel elles installent un logiciel (par exemple le logiciel Mobilizon). Cette installation du logiciel, appelée instance, est accessible en ligne par le public, sous la forme d’un site web Mobilizon. Le public peut donc accéder à cette instance et interagir avec, par exemple en se créant un compte, en publiant des événements, en discutant dans un groupe. Toutes ces actions sont autant d’informations numériques, donc des données qui sont hébergées sur le disque dur du serveur de l’hébergeur. On peut comparer un hébergeur web à un propriétaire qui mettrait ses locaux à disposition du public. Son rôle est à la fois d’assurer le bon fonctionnement et l’entretien des infrastructures (administration du système), mais aussi de mettre en place et de faire respecter un règlement intérieur (modération, administration), voire d’assurer les bonnes relations avec les propriétaires voisins s’il décide de se fédérer avec eux (politique de fédération).
Le fediverse _(ou la fédiverse, ou le fedivers, c’est comme vous voulez, en fait)_ désigne l’ensemble des logiciels, des hébergements et des données qui pourraient interagir ensemble, parce qu’elles parlent la même langue, c’est-à-dire le protocole Activity Pub. En d’autres termes, le fediverse rassemble tous les comptes, contenus, instances et outils qui sont en capacité de se retrouver au sein d’une même fédération. Attention, il faut distinguer fediverse et fédération. Plusieurs logiciels utilisent le protocole Activity Pub: PeerTube, Mastodon, Mobilizon, FunkWhale, etc. Ces logiciels parlent le même langage et sont _théoriquement_ en capacité d’interagir ensemble: ils font donc partie du fediverse. Dans la _pratique_, ces interactions n’en sont qu’à leurs débuts, car il faut les imaginer, puis les implémenter dans le code de ces logiciels, puis diffuser ce bout de code en mettant à jour l’installation de ces logiciels sur le serveur des hébergeurs. Lorsque les hébergeurs permettent que leur instance de tel logiciel interagisse avec l’instance d’un autre hébergeur, alors ces deux instances interconnectées forment un petit bout de fédération. Au sein du fédiverse, il n’y a donc pas _une_ fédération mais de nombreuses _bulles de fédération_, plus ou moins isolées ou interconnectées.
