Lore Serveur : contrôle de version adapté aux pipelines d'actifs binaires massifs
Gérez des dépôts multi-téraoctets avec un stockage adressé par le contenu, des segments de fichiers en morceaux et une hydratation à la demande afin que les espaces de travail locaux restent légers. Epic Games Inc. fournit Lore Server comme le hub centralisé d'un système de contrôle de version open-source, combinant le réseau QUIC et gRPC avec une architecture orientée binaire. Les capacités clés incluent des chaînes de révisions immuables et une autorisation à portée JWT, visant les studios de jeux, les maisons de production cinématographique et les équipes 3D qui doivent versionner de grands actifs binaires aux côtés du code source.
Ce que le serveur stocke réellement et comment il sert les équipes
Le serveur Lore organise les données par hachage de contenu, utilisant des arbres de Merkle pour un stockage adressé par contenu afin que des morceaux identiques se dédupliquent automatiquement. Les fichiers divisés en morceaux permettent au serveur de référencer des segments réutilisables plutôt que des binaires entiers, ce qui réduit la duplication de stockage pour les grandes textures et les modèles 3D. Le serveur agit comme le dépôt autoritaire, présentant des branches et des révisions à travers une histoire immuable et cryptographiquement liée que les clients peuvent interroger et récupérer.
Comment cela affecte l'infrastructure réseau et de stockage
La charge réseau se concentre sur les récupérations de morceaux, pas sur les transferts de fichiers entiers, car les clients ne demandent que les segments dont ils ont besoin via une hydratation à la demande. Le serveur utilise QUIC et gRPC pour des flux à faible latence, ce qui aide lorsque les clients récupèrent de petits ensembles de morceaux à partir de jeux de données multi-téraoctets. Le serveur Lore nécessite un backend de stockage stable tel qu'un disque local ou un stockage compatible S3, donc la taille de l'infrastructure et la performance du magasin d'objets déterminent directement la vitesse de transfert de bout en bout.
Le serveur est-il sûr à exécuter dans un environnement de production ?
La sécurité se concentre sur l'autorisation à portée JWT et l'historique à preuve de falsification, avec des sessions gérées par le serveur et des chaînes de révisions qui vérifient l'intégrité. La chaîne de révisions immuable rend les modifications d'historique non autorisées détectables, et les contrôles d'accès basés sur des jetons limitent les opérations de dépôt à des sessions ciblées. Les équipes qui ont besoin de verrouillage de fichiers disposent d'un mécanisme intégré pour empêcher les modifications concurrentes sur des actifs binaires non fusionnables, réduisant le risque de conflit pour les artistes.
Qui devrait l'exploiter et combien d'expertise cela nécessite
Les administrateurs ont besoin d'expérience avec les backends de stockage et les opérations serveur, puisque le serveur s'intègre avec un stockage local ou compatible S3 et fonctionne sous Windows ou Linux. Le projet est open source sous la licence MIT, donc les studios qui peuvent héberger et maintenir leurs propres serveurs en bénéficient. Les petites équipes sans personnel d'infrastructure peuvent faire face à des frais de configuration et de maintenance par rapport aux alternatives hébergées.
Contrôle back-end fiable pour les studios qui peuvent l'héberger et le maintenir
Le serveur Lore convient aux studios et aux équipes de production qui nécessitent des dépôts évolutifs et adressés par contenu pour des actifs binaires très volumineux et peuvent allouer des ressources opérationnelles pour faire fonctionner et régler les backends de stockage. Le serveur offre de fortes garanties d'intégrité et des protocoles réseau conçus pour de grands transferts ; le compromis est la responsabilité opérationnelle, car il dépend d'un backend de stockage stable et d'une expertise en hébergement sur site ou dans le cloud pour atteindre son potentiel.
