Neo SPCC fournit NeoFS Node v0.53.0, Panel v0.9.0, SDK RC19

8 Min Read
8 Min Read

Neo SPCC a livré trois mises à jour NeoFS coordonnées le 21 mai, couvrant le nœud de stockage, le panneau de gestion Web et le SDK du développeur. NeoFS Node v0.53.0 « Sido » est en tête de la version avec des optimisations de performances, à distance GET prise en charge et plusieurs suppressions d’API héritées, tandis que NeoFS Panel v0.9.0 introduit le partage de fichiers au niveau du compte et un modèle de jeton de session simplifié. NeoFS SDK Go RC19 fournit la base au niveau de la bibliothèque pour les deux, en ajoutant la compatibilité API 2.23 et en dépréciant plusieurs méthodes héritées.

Les trois versions forment une chaîne de dépendances : Node v0.53.0 nécessite le SDK RC19, qui à son tour nécessite NeoGo v0.119.0, couvert par NNT plus tôt ce mois-ci. La version coordonnée suit un modèle similaire à celui d’avril, lorsque Neo SPCC a regroupé Node v0.52.0 « Woodo » avec le SDK RC18.

Nœud NeoFS v0.53.0

La version NeoFS Node cible les performances et la maintenance dans plusieurs domaines du nœud de stockage.

Opérations de base de données qui modifient l’état, auparavant regroupées uniquement pour PUT les demandes sont désormais regroupées dans toutes les opérations régulières. La couche de stockage de la métabase a été mise à jour pour stocker les ID d’objet associés sous forme d’octets bruts au lieu de chaînes codées en Base58, déclenchant une migration de schéma vers la version 11 de la métabase au premier démarrage. Les opérateurs exécutant de grandes partitions doivent prévoir des temps d’arrêt pendant cette migration, car cela peut prendre un temps considérable.

LIRE  4 Altcoins exceptionnels prêts à dominer dans tous les niveaux de capitalisation boursière

Les performances de recherche dans les conteneurs codés par effacement ont été améliorées en réduisant le nombre de nœuds contactés pendant SEARCH opérations, et SearchV2 les comparaisons d’entiers ont été optimisées. GET, HEADet RANGE le transfert des demandes a également été rationalisé.

La version ajoute à distance GET prise en charge, permettant aux clients de récupérer des plages d’octets spécifiques de la charge utile d’un objet via la norme GET méthode. Cela consolide la récupération d’objets dans une seule API, avec l’héritage RANGE méthode marquée pour une suppression future. Le changement reflète la distance GET capacité introduite dans le SDK RC19.

Le nœud v0.53.0 ajoute également sd_notify prise en charge des nœuds de stockage et des nœuds de l’anneau interne, permettant aux opérateurs d’utiliser Type=notify dans leurs fichiers d’unité systemd pour une gestion des services plus fiable.

Côté suppression, plusieurs API héritées ont été nettoyées. Le GetRangeHash La méthode a été supprimée des nœuds de stockage, ainsi que le correspondant neofs-cli object hash commande. Le obsolète Search méthode a été supprimée au profit de SearchV2et la recherche de hachage homomorphe a été supprimée des implémentations CLI et des nœuds. Le policer.max_workers L’option de configuration, déjà inopérante depuis la v0.52.0, a également été supprimée.

Les corrections de bugs notables incluent une correction du régulateur, qui permettait auparavant aux copies de partitions locales redondantes de rester indéfiniment sur le disque. Une panique d’analyse de l’époque de stockage des jetons de session a été résolue, les échecs GET des objets compressés ont été corrigés et meta resync les problèmes sur les systèmes de fichiers insensibles à la casse ont été résolus.

LIRE  Le prix succinct (PROVE) vise un pic de 1,74 $ au milieu d'une hausse du volume

Panneau NeoFS v0.9.0

La version Panel apporte les modifications les plus destinées aux utilisateurs de ce lot, y compris plusieurs fonctionnalités demandées depuis début 2024.

Le partage de fichiers au niveau du compte permet aux utilisateurs de partager des fichiers avec des adresses de compte Neo spécifiques plutôt que de générer des liens publics accessibles à tous. La fonctionnalité donne aux propriétaires de conteneurs un contrôle granulaire sur qui peut accéder aux objets partagés, allant au-delà du précédent modèle de partage tout ou rien.

La gestion des sessions a été simplifiée grâce à un jeton de session maître tout-en-un qui remplace l’ancien système de plusieurs jetons distincts. Les utilisateurs signent désormais une fois par session au lieu de s’authentifier séparément pour différentes opérations – une amélioration UX qui nécessite la prise en charge du jeton de session v2 de neofs-rest-gw v0.16.0.

La version ajoute une prise en charge complète pour la création et la modification de filtres de comparaison numériques dans les listes de contrôle d’accès étendues, ainsi qu’une nouvelle interface pour gérer les domaines de nœuds vérifiés. Les deux fonctionnalités étendent la capacité du Panel en tant qu’outil de gestion pour l’infrastructure NeoFS.

Côté portefeuille, la compatibilité NEP-21 a été ajoutée, avec des tests confirmés sur NeoLine 5.8.5+ et OneGate 2.0+. La prise en charge du portefeuille O3 a été supprimée suite à l’arrêt du portefeuille.

Un bug qui provoquait l’échec des téléchargements de fichiers dépassant 700 Mo en raison d’un Content-Type l’en-tête a été corrigé, ainsi qu’un problème où le FilePath L’attribut n’était pas défini automatiquement lors des téléchargements, rendant les fichiers invisibles dans l’arborescence.

LIRE  Les Altcoins Binance Smart Chain sur lesquels les développeurs de crypto se concentrent le plus ont été révélés – voici la liste

Panel v0.9.0 est déjà déployé sur l’instance publique.

SDK NeoFS Go RC19

La 19e version candidate poursuit le chemin du SDK vers une v1.0.0 stable en ajoutant la compatibilité API 2.23 et en supprimant les méthodes héritées.

À distance GET requêtes, l’équivalent au niveau de la bibliothèque des requêtes à distance de Node v0.53.0 GET prise en charge, permet aux développeurs de récupérer des plages d’octets spécifiques via la norme Get appel. En parallèle, les deux GetRange et GetRangeHash Les RPC sont obsolètes, les clients étant censés calculer les hachages localement plutôt que de s’appuyer sur le calcul côté serveur.

Le hachage homomorphe Tillich-Zémor est obsolète car NeoFS API 2.23 ne le prend plus en charge. Les lecteurs de charge utile d’objet implémentent désormais le io.WriterTo interface, réduisant les copies de données lors des téléchargements d’objets et réduisant les allocations de mémoire pour les applications gérant des charges utiles volumineuses.

Les notes de version complètes pour NeoFS Node v0.53.0, NeoFS Panel v0.9.0 et NeoFS SDK Go RC19 sont disponibles sur les liens ci-dessous :

https://github.com/nspcc-dev/neofs-node/releases/tag/v0.53.0
https://github.com/nspcc-dev/panel-fs-neo-org/releases/tag/v0.9.0
https://github.com/nspcc-dev/neofs-sdk-go/releases/tag/v1.0.0-rc.19

TAGGED:
Share This Article
Leave a comment