Sortie de Dendrite 0.1.0, le serveur de communication avec implémentation du protocole Matrix

Publié lancement du serveur Matrix Dendrite 0.1.0, qui a marqué le passage du développement à la phase de bêta-test. Dendrite est développé par l'équipe principale des développeurs de la plateforme de communication décentralisée Matrix et est positionné comme une réalisation de deuxième génération des composants serveurs Matrix. Contrairement au serveur de référence Synapse, écrit en Python, le code de Dendrite évolue est écrit en Go. Les deux réalisations officielles sont distribuées sous la licence Apache 2.0. Dans le cadre du projet Ruma , une variante du serveur Matrix en Rust est développée séparément, qui est distribué sous licence MIT.

Le nouveau serveur vise à atteindre une grande efficacité, fiabilité et évolutivité. Dendrite surpasse Synapse en termes de performance, nécessite beaucoup moins de mémoire pour son fonctionnement et peut évoluer grâce à un équilibrage de charge sur plusieurs nœuds. L'architecture de Dendrite prend en charge l'évolutivité horizontale et est basée sur la séparation des gestionnaires sous forme de microservices, chaque instance de microservice ayant ses propres tables dans la base de données. La gestion des requêtes aux microservices est assurée par un répartiteur de charge. Pour le parallélisme des opérations dans le code, des threads (go routines) sont utilisés, permettant d'exploiter les ressources de tous les cœurs CPU sans séparation en processus distincts.

Dendrite prend en charge le fonctionnement en deux modes — monolithique et multi-composants (polylith). En mode monolithique, tous les microservices sont regroupés dans un seul fichier exécutable, s'exécutent dans un même processus et interagissent directement entre eux. En mode multi-composants (cluster), les microservices peuvent être lancés séparément, y compris répartis sur différents nœuds. L'interaction des composants en
mode multi-composants se fait via une API HTTP interne et une plateforme Apache Kafka.

Le développement est basé sur les spécifications du protocole Matrix et utilise deux ensembles de tests - communs avec les tests de Synapse sytest et un nouvel ensemble Complement. À ce stade de développement, Dendrite réussit à passer 56 % des tests Client-Server API et 77 % des tests Federation API, avec une couverture fonctionnelle estimée à 70 % pour l'API Client-Server et 95 % pour l'API Federation.

La phase de bêta-test indique que Dendrite est prêt pour un déploiement initial et pour passer à un développement avec des versions publiées de manière périodique. Entre les versions, la mise à jour du schéma de stockage de données dans la base de données sera assurée (contrairement à l'installation de coupes à partir du dépôt, le contenu de la base de données ne sera pas perdu après la mise à jour). Les modifications qui compromettent la rétrocompatibilité, changent la structure de la base de données ou nécessitent une modification de la configuration, ne seront proposées que dans des versions significatives. Dendrite est actuellement recommandé pour une utilisation en mode monolithique conjointement avec le SGBD PostgreSQL pour créer de petits serveurs d'origine (homeservers) et des nœuds P2P. L'utilisation de SQLite n'est pas encore recommandée en raison de problèmes non résolus concernant le traitement des opérations simultanées.

Parmi les fonctionnalités non encore mises en œuvre dans Dendrite, on note la confirmation de réception des messages, les indicateurs de lecture, les notifications push, OpenID, l'association à un email, la recherche côté serveur, le répertoire des utilisateurs, les listes d'ignorés, la création de groupes et de communautés, l'évaluation de la présence des utilisateurs en ligne, les accès invités, l'interaction avec des réseaux tiers.

La fonctionnalité de base pour gérer les salles de chat est disponible (création, invitations, règles d'authentification), les outils de fédération des participants dans les salles, la synchronisation des événements après un retour en ligne, les comptes, les profils, l'indication de la saisie, le téléchargement et l'envoi de fichiers (API Media), l'édition des messages, les listes de contrôle d'accès (ACL), l'association des balises et la gestion des listes de dispositifs et de clés pour le chiffrement de bout en bout.

Rappelons que la plateforme pour l'organisation de communications décentralisées Matrix utilise HTTPS+JSON comme moyen de transport avec la possibilité d'utiliser WebSockets ou un protocole basé sur CoAP+Noise. Le système est formé comme une confédération de serveurs qui peuvent interagir les uns avec les autres et s'unir en un réseau décentralisé commun. Les messages sont répliqués sur tous les serveurs auxquels les participants au message sont connectés. Les messages se propagent entre les serveurs de la même manière que les commits se propagent entre les dépôts Git. En cas de déconnexion temporaire d'un serveur, les messages ne sont pas perdus mais sont transmis aux utilisateurs une fois que le serveur reprend son activité. Diverses options d'identification des utilisateurs sont prises en charge, y compris l'email, le numéro de téléphone, le compte Facebook, etc.

Le réseau ne possède pas de point unique de défaillance ou de contrôle sur les messages. Tous les serveurs concernés par la discussion sont égaux entre eux.
Tout utilisateur peut lancer son propre serveur et le connecter au réseau commun. La création de passerelles pour l'interaction de Matrix avec des systèmes basés sur d'autres protocoles, par exemple, préparés services pour l'envoi bidirectionnel de messages sur IRC, Facebook, Telegram, Skype, Hangouts, Email, WhatsApp et Slack. En plus de l'échange instantané de messages texte et de l'organisation de discussions de groupe, le système peut être utilisé pour le transfert de fichiers, l'envoi de notifications,
l'organisation de téléconférences, la réalisation d'appels vocaux et vidéo. Des fonctionnalités avancées telles que la notification de la saisie de texte, l'indication de la présence de l'utilisateur en ligne, la confirmation de lecture, les notifications push, la recherche côté serveur, et la synchronisation de l'historique et de l'état des clients sont également prises en charge.

Source : opennet.ru