Survivre à une bousculade Mastodon

Vous avez probablement déjà entendu parler de Mastodon, le plate-forme de microblogging source qui a gagné en attrait depuis qu’Elon Musk a pris le contrôle de Twitter.

Une fonction majeure de la plate-forme est son architecture décentralisée et distribuée qui assure la durabilité, mais un inconvénient est qu’elle peut provoquer une congestion et augmentez la latence pour les non préparés.

Voici comment fonctionne Mastodon. Ses serveurs (instances) fonctionnent de manière semi-indépendante les uns des autres, et les utilisateurs s’inscrivent avec des serveurs orientés vers les quartiers qui les intriguent. Les utilisateurs peuvent suivre et communiquer avec d’autres à travers le Fediverse – les utilisateurs hébergés sur d’autres instances de Mastodon ainsi que d’autres services en utilisant la procédure open-source ActivityPub du Worldwide Web Consortium.

Les utilisateurs actifs de Mastodon ont presque doublé entre le 27 octobre et le 6 novembre, selon le PDG de l’entreprise, Eugen Rochko, déclenchant des malaises croissants. La nature dispersée de Mastodon et ActivityPub a des atouts pour maintenir la communauté de services à la fois au niveau de l’instance et de Fediverse, mais certains utilisateurs commencent à observer occasionnellement des verrues qui semblent liées à leur architecture.

Décentralisation : robuste, pas toujours efficace

Un élément cohérent avec les systèmes distribués est que chaque circonstance doit partager un sous-ensemble de ses informations. En ce qui concerne Mastodon, cela tourne en grande partie autour des abonnés. Si l’utilisateur A sur une instance de Mastodon suit l’utilisateur B sur une autre instance, la 2ème circonstance nécessite de savoir quelles circonstances notifier lorsque l’utilisateur B publie.

En raison du fait que la toute première circonstance est notifiée d’un nouvelle publication par l’utilisateur B, l’utilisateur A et d’autres utilisateurs dans ces circonstances peuvent voir efficacement cette publication dans leur flux fédéré ou même recevoir un avis même si la publication a eu lieu dans d’autres circonstances.

Cette fédération suggère finalement que chaque nouveau message peut déclencher une synchronisation entre plusieurs circonstances Mastodon en fonction de qui suit l’utilisateur. Au fur et à mesure que de nouvelles instances de Mastodon sont mises en place et que la complexité des réseaux d’utilisateurs augmente, le trafic résultant des publications des utilisateurs continuera d’augmenter.

Un effort comparable est effectué lorsqu’un utilisateur déplace son compte d’une situation à une autre. L’instance hébergeant l’utilisateur doit alerter les circonstances suivant l’utilisateur de la relocalisation et doit fournir une liste de fans à l’instance réceptrice. Ce processus inclut également les circonstances Mastodon renégociant le lien d’authentification entre l’utilisateur et le ventilateur.

Comme chaque instance Mastodon est mise à l’échelle différemment à la fois en ce qui concerne la configuration du serveur (matériel et logiciel) et le nombre d’utilisateurs, la quantité du temps nécessaire à la migration peut prendre des jours, voire des semaines. Pendant que les utilisateurs sont dans les limbes, leur capacité de service est décomposée.

Ces problèmes potentiels de trafic réseau n’affectent en fait que ceux qui hébergent une instance Mastodon, qui est sans aucun doute un petit sous-ensemble de professionnels de l’informatique. Cela ne signifie pas que les administrateurs d’entreprise n’ont aucun intérêt dans le jeu. La légende de l’industrie Jamie Zawinski, l’un des premiers concepteurs du navigateur Netscape, a noté aujourd’hui que son site de blog a été mis hors ligne de manière cohérente immédiatement après la publication sur son profil Mastodon.

Après une enquête, Zawinski attribue cela comportement à une augmentation rapide du trafic de plusieurs instances de Mastodon tentant toutes de frapper le poste simultanément. D’autres utilisateurs ont noté des problèmes similaires, en particulier que chaque cas de Mastodon accède à l’URL afin de récupérer une image d’aperçu et le titre de la page à afficher dans le cadre de la publication.

Protéger votre contenu

Les entreprises de matériaux sont la niche spécifique apparente qui doit être la plus préoccupée par ces résultats. Si vous gérez un site ou un service qui génère des partages et des interactions sur les réseaux sociaux, il est probable que votre infrastructure soit affectée par l’architecture sous-jacente de Mastodon.

Devenir viral est excellent, mais si votre système ne peut pas gérer l’effet du trafic utilisateur supplémentaire plus les visites générées par le système, l’attention supplémentaire peut ne pas être de la plage génératrice de revenus.

Les meilleures pratiques sont la réponse suprême pour garantir la stabilité de votre service et l’utilisation du suivi les outils de suivi de l’efficacité et de l’utilisation sont une première étape cruciale. Sans la capacité de reconnaître la source du trafic à l’origine des pics d’utilisation de la bande passante, il est difficile de réagir de manière appropriée.

L’utilisation d’un réseau de distribution de contenu ou d’une capacité de mise en cache contribuera à atténuer l’impact des pics de trafic réseau. La planification d’une flexibilité automatisée sous la forme d’une plate-forme d’application basée sur le cloud ou d’une infrastructure d’application conteneurisée pouvant évoluer dynamiquement vers le haut ou vers le bas peut également être nécessaire pour faire face à l’échelle croissante de Mastodon.