Sollier Laurent laurent.sollier@atosorigin.com fr Fedora Commons 3.2 23 The Apache License 2.0 http://www.fedora-commons.org/ Fedora Commons est un système de gestion d'entrepot de document numériquesbasé sur une architecture flexible et extensible d'objets numériques et d'entrepôt associé (Fedora = Flexible Extensible Digital Object and Repository Architecture). Ce système est construit de tel sorte qu'il se présente comme un socle sur lequel peut être développé et déployé des fonctionnalités spécifiques à chaque institution ou tout autre bilbiothèque numérique accessible et interopérable par le biais d'une inteface WEB. Ce poduit est le fruit d'un développement commun entre l'université de Virginie et l'université de Cornell. Il implémente l'architecture et y ajoute de nombreux utilitaires qui facilite la gestion de l'entrepôt. La version actuelle est en capcité de gérer un volume dépassant le million de documents. Son cycle de développement ajoute sans cesse de nouvelles fonctionnalités et pour ce faire, l'équipe de développement s'associe à d'autres projets communautaires (ex : DSpace, ...) ou à des acteurs du domaine (ex : Sun pour la gestion du stockage). Le produit est dorénavant géré par une fondation qui est indépendante et qui bénéficie de nombreux sponsors financiers. De plus, cette foncdation est à même de proposer du support et de l'accompagangment quant au déploiement et à l'installation de cette solution. Le socle est accessible par trois interfaces de type WEB : API-A : cette interface est dédiée à l'accès (Access) aux contenus de l'entrepôt. Elle est donc exploitée par les utilisateurs. API-M : cette interface est dédiée à l'administration (Management) de l'entrepôt. Elle est donc exploitée par les administrateurs. Une API-A simplifiée pour exploiter facilement les objets hébergés. Fedora-Commons peut être déployé sans adaptation particulière et donc être exploité sur la base d'un modèle de données de base. Mais, Fedora-Commons offre aussi la possibilité de spécifier un modèle de données plus approprié au contexte du projet. Pour ce faire, Fedora-Commons propose deux modèles (Compound model et Atomistic model). Chacun d'eux ayant leurs propres spécificités, le choix est dépendant du contexte et des besoins en terme d'utilisation, d'exploitation et éventuellement de la volumétrie des objets hébergés. Pour l'hébergement des objets numérique, Fedora-Commons exploite un mécanisme de stockage basé sur un plan de classement spécifique. Toutefois, il est possible de développer une passerelle spécifique permettant de déterminer la politique de ce plan de classement. Pour les métadonnées associées, Fedora-Commons exploiter la notion de Web sémantique à l'aide du RDF. Pour l'hébergement de ces données, le triplestore Mulgara est exploité. Toutefois, il est possible, par le biais de l'interface SPARQL et le potentiellement développement d'une passerelle spécifique, d'intégrer tout autre triplestore. Fedora-Commons n'offre par d'interface graphique. Il est donc nécessaire d'y associer soit un modules annexe (ex : Fez) soit d'effectuer un développement spécifique sur la base des services Web publiés. Ces derniers sont de type SOAP ou REST. 1.6 Archivage Numérique 1.0

Les critères génériques de l'évaluation Presto de QSOS Pérennité Logiciel provenant d'un fork ou avec une forte probabilité de fork dans un futur proche. Projet jeune (moins de 3 ans) ou connaissant des difficultés à stabiliser les versions de développement. Projet stable ou ayant un bon historique de gestion de crise. Les nouvelles versions apportent de façon prépondérante de nouvelles fonctionnalités. 2 La première version date du 16 Mai 2003 Usage détectable sur Internet sans véritable activité communautaire Utilisation communautaire prépondérante Nombreuse références industrielles 2 Fedora-Commons dispose d'une centaine de références majoritairement dans les universités et les bibliothèques nationales Deux ou moins de deux développeurs clairement identifiés. Équipe de développement réduite avec un turn-over important ou sans équipe de direction identifiée. Équipe de développement structurée comportant plus de 5 développeurs actifs. 2 Très faible activité, que ce soit sur les résolutions de bugs, les releases, l'ajout de nouvelles fonctions ou sur les espaces communautaires (wiki, forum, mailing list...) Activité détectable mais anarchique (pas feuille de route accessible facilement, pas de prévisions de nouvelles fonctionnalités ou de prévisions de nouvelles versions visible) Activité importante et visible via la mise en place de feuilles de routes traçant les requêtes de nouvelles fonctionnalités et/ou les prévisions de sortie des nouvelles version 2 http://www.fedora-commons.org/resources/roadmap.php Pas de stratégie détectable ou stratégie dictée par une société commerciale, un sponsor ou un individu unique. Stratégie décidée par l'équipe de developpement. Indépendance forte de l'équipe de développement, fort engagement du projet dans un processus de standardisation. 2 Le projet est géré par une fondation. Les droits sont détenus par quelques individus ou entités commerciales, facilitant le changement de licence Les droits sont détenus par de nombreux individus de façon homogène, rendant le changement de licence très difficile Les droits sont détenus par une entité légale, une fondation dans laquelle la communauté a confiance (ex: FSF, Apache, ObjectWeb) 2 Les droits sont détenus par la fondation "Fedora Commons™ Inc." Licence, à pondérer uniquement si le client désire un jour devenir propriétaire du code Licence très stricte, comme la GPL Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très permissive comme BSD et Apache 2 Apache License, Version 2.0 cf : http://fedora-commons.org/confluence/display/FCR30/License+and+Copyright Licence très permissive comme BSD et Apache Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très stricte, comme la GPL 0 Apache License, Version 2.0 En terme de pérennité, le projet Fedora Commons respecte les bonnes pratiques. Ce faisant, il apparaît indéniable que ce produit est une valeur sûr. Niveau d'industrialisation du projet Développements réalisés à plus de 60% par des employés d'une seule société Développements réalisés à 60% maximum par des employés d'une seule société Développements réalisés à 20% maximum par des employés d'une seule société 1 La fondation souhaite rester maîtresse de l'évolution du produit. Ce faisant les développements sont majoritairement assurés par une équipe gérée par la fondation. Les participations extérieures sont acceptées, mais le cycle de validation est géré par la fondation. Contributeurs : http://www.fedora-commons.org/confluence/browsepeople.action?startIndex= Pas d'offres de services identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur Offre riche : plusieurs fournisseurs ou plusieurs langages 1 La fondation est constituée de membres qui peuvent accompagner les utilisateurs dans le cadre d'un déploiement de ce produit. Il est possible de faire déplacer les intervenants. Toutefois, ces interventions se font majoritairement en langue anglaise. Pas de documentation utilisateur La documentation existe mais est en partie obsolète ou restreinte à une seule langue ou peu détaillée Documentation à jour, traduite et éventuellement adaptée à différentes cibles de lecteurs (end-user, sysadmin, manager…) 1 La documentation est détaillée et est régulièrement mise à jour. Mais elle est uniquement disponible en Anglais. Pas de processus de qualité identifié ni d'outils de gestions de bugs Processus qualité non formalisé ou non outillé ou comportant des outils qui sont très peu utilisés Utilisation très active d'outils standards (tests unitaires, outils de gestion de build, outils de mesure de qualité du code) 2 Le projet est hébergé par sourceforge. Il est possible d'accèder au code source par le biai de SVN. Dans ce code source, il est possible de voir que de nombreux tests unitaires sont réalisés. Packaging pour les différents systèmes d'exploitation Pas de packaging officiel pour la famille BSD Packaging existant pour quelques distributions de la famille BSD Packaging complet pour les distributions de la famille BSD suivantes : FreeBSD, OpenBSD, NetBSD et Mac OS X 0 Pas de packaging officiel pour les systèmes d'exploitations GNU/Linux Packaging existant pour quelques distributions GNU/Linux Packaging complet les systèmes de packaging .deb et .rpm 0 Pas de packaging officiel pour les systèmes de la famille Unix Packaging existant sur quelques systèmes de la famille Unix Packaging existant sur au moins ces 3 systèmes : AIX, HP-UX, Solaris 0 Le logiciel n'est pas disponible sur un système Windows. Le logiciel existe sous forme d'archive tout en un. Le logiciel dispose d'un installeur. 0 L'installation depuis les sources est hasardeuse et risquée L'installation depuis les sources est difficile ou limité (seulement à un OS, une architecture, la résolution de l'écran...) L'installation depuis les sources est outillée (vérification des dépencances, verification de l'installation, gestion de build) 2 Attention : il est possible que le déploiement du produit sur un serveur d'application autre que Tomcat, puisse entraîner un certain nombre de problèmes. Pas d'archive disponible Archive globale Archive séparée pour chaque module installable 1 Fedora se présente comme une application Java devant être déployée dans un moteur de servlet (ex : Tomcat, JBoss AS, ...). Niveau d'exploitabilité Difficulté d'utilisation, demande une connaissance approfondie des fonctionnalités du logiciel Ergonomie austère et très technique Ergonomie élaborée et IHM comprenant des fonctions d'aide 1 Pas de fonctionnalités de contrôle, ni d'administration Fonctionnalités présentes mais incomplètes ou à améliorer Fonctionnalités complètes et faciles de contrôle et d'administration. Intégration possible avec des outils tiers (ex : SNMP, syslog…) 2 Fedora Commons est livré avec un client Java permettant de configurer et d'exploiter le produit. Adaptabilité technique Logiciel monolithique Présence de modules haut niveau permettant un premier niveau d'adaptation Conception modulaire, permettant des adaptations faciles par sélection et/ou création de modules 2 Fedora Commons offre un mécanisme de services locaux permettant d'adapter les traitements nécessaires à la diffusion des paquets. L'intégration de ces services locaux s'effectue par le biais d'appel HTTP. Attention : ce type d'interface peut entraîner des problématiques de performance pour de lourds objets numériques (ex : images TIFF). Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 2 Le code est accompagné de tous les outils nécessaire à la compilation du produit. Toute modification demande une recompilation du code Architecture conçue pour des extensions statiques mais exige une recompilation Architecture de plugins, conçue pour des extensions dynamiques et sans recompilation 2 Le produit Fedora jouit d'une bonne couverture des critères associés à l'aspect Open Source. En effet, il bénéficie d'une maturité honorable, en grande partie assurée par ces originies universitaires. Son ouverture à une large communauté est fiabilisée par la mise en place d'une fondation dédiée, qui veille à l'avenir du produit.

Cette entité assure les fonctions et services relatifs à l’acceptation des Paquets d’informations à verser (SIP) provenant des Producteurs (ou d’éléments internes sous le contrôle de l’Entité «Administration »), et à la préparation de leur contenu en vue du stockage et de la gestion des données au sein de l’Archive. Non délivré Délivré Délivré avec fourniture d'éventuels messages d'erreurs 2 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 2 Fedora Commons offre peut de fonctionnalité pour l'entité versement. En effet, Fedora attend des objets numériques qui soient déjà compatible avec le modèle de données (CMA). Par conséquent, l'entité Versement est faiblement couverte.

Cette entité assure les fonctions et services relatifs au stockage, à la maintenance et à la récupération des AIP. Indisponible Partiellement disponible Disponible 1 A l'aide de l'interface "Low Level Storage", il est possible de développer une passerelle qui puisse spécifier le stockage selon certaines informations associées à l'objet numérique. La sélection ne peut donc ce faire qu'au moment du versement sur la base des informations connues à cette étape. Indisponible Partiellement disponible Disponible 1 Une fois entrée dans l'interface "Low Level Storage", il est possible de sélectionner un support quleconque à condition qu'il soit exploitable depuis cette interface. Toutefois, cette sélection ne peut se faire que sur la base du faible nombre d'informations présentes dans le plug-in. En effet, à ce niveau les metadonnées de l'objet numérique ne sont pas accessibles, il faut donc exploiter le nom de l'objet. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 2 L'utilisation de l'API-M entraîne un contrôle d'intégrité lors de l'ajout ou de la modification d'un train de bits (datastream). Indisponible Partiellement disponible Disponible 1 Le système ne fournit pas de statistiques. Toutefois, par l'intermédiaire du journal, il est possible de construire des statistiques. Le produit Fedora Commons ne couvre pas toutes les fonctionnalités nécessaires au renouvellement des supports de stockage. Il convient de s'appuyer sur un outils tiers (ex : celui dédié à l'abstraction de stockage), pour accomplir ces tâches. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Il est possible d'effectuer un export d'un objet binaire pour le transférer dans un nouvel entrepôt. Indisponible Partiellement disponible Disponible 1 Les paquets sont contrôler au niveau de leur CRC. Le contenu du paquet ne bénéficie pas d'un contrôle. Il est possible de mettre en place un plan de reprise d'activité. Totefois, celui-ci ne peut se baser sur la seule exploitation de Fedora Commons. Il convient de mettre en oeuvre une procédure permettant de répliquer les données sur un second site. Indisponible Partiellement disponible Disponible 1 Attention : les données numériques exploitées par Fedora Commons s'appuie sur différents type de stockage (fichier, base de données, triple store). Il apparaît délicat de sauvegarder ces différents éléments de façon synchrone et cohérente les uns par rapport aux autres. cf http://fedora-commons.org/confluence/display/FCR30/Replication+and+Mirroring Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Par l'intermédiaire du journal. L'entité "Stockage" est relativement bien couverte par Fedora Commons. Toutefois, le choix d'architecture impose une limitte importante. En effet, le stockage s'effectuant de façon synchrone (en lecture et en écriture), il apparaît impossible d'associer un stockage primaire sur bande à Feodra Commons. Le stockage sur bande est envisageable à condition qu'il soit secondaire et alimenté par un mécanisme autre que Fedora Commons (ex : outil de backup. Au delà de cette limitte, Fedora Commons offre un mécanisme d'abstraction de stockage permettant de s'interfacer avec différents type de stockage et d'y exploiter un plan de classement sur mesure.

Cette entité assure les fonctions et services relatifs à l'enrichissement, la conservation et l'accès à l'Information de description (qui identifie et documente les fonds de l’Archive) et aux données administratives utilisées pour gérer l’Archive. Indisponible Partiellement disponible Disponible 1 cf CMA (Content Model architecture) Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 2 Les requêtes en SPARQL offre une grande liberté. Indisponible Partiellement disponible Disponible 1 Le rapport n'est pas proposé en tant que tel. Toutefois, le mécanisme de journal peut être exploité pour construire un rapport. Indisponible Partiellement disponible Disponible 2 Partant du principe qu'un AIP est un objet numérique au sens Fedora Commons, chaque AIP bénéficie de son propre fichier d'informations de description. Ce dernier peut être au format FOXML (propre à FEDORA), ou dans un format normalisé tel que le METS. Les API proposées par Fedora Commons permettent de mettre à jour les données hébergées dans l'entité "Gestion des données". Indisponible Partiellement disponible Disponible 2 L'entité "Gestion des données" est le point fort du produit Fedora Commons. En effet, cette entité est matérialisée par le CMA (Content Model Architecture). Ce modèle offre la possibilité d'associer des données fortement structurées à chaque objet numérique hébergé. Le fait d'avoir mise en oeuvre un stockage de type RDF permet d'effectuer des requêtes adaptées aux besoins de chaque utilisateur.

Cette entité assure les fonctions et services relatifs à l'exploitation d'ensemble du système d'archivage. Gérer la configuration du matériel et des logiciels du système Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 La configuration du CMA bénéficie d'un contrôle. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Fournir aussi les moyens techniques pour contrôler et améliorer l'exploitation de l’Archive, ainsi que pour inventorier, rendre compte et migrer/mettre à jour les contenus de l'Archive. Indisponible Partiellement disponible Disponible 0 Cette action n'est pas proposée par Fedora Commons. Il faudrait développer un composant dédié. Fedora Commons s'appuie sur de nombreuses normes concernant l'archive (METS, Dublin Core, ...) Indisponible Partiellement disponible Disponible 2 Pour limitter l'accès physique aux archives, il convient de configurer le système d'exploitation. Vérifier les versements pour s’assurer de leur conformité aux normes d'archivage Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Fedora n'offrant une IHM que pour la partie Administration, seule cette interface bénéficie d'une aide en ligne Fedora Commons offre un outil graphique permettant d'administrer l'application. En effet, ce produit a été conçu pour être accessible aux non informaticien. Ainsi, le CMA peut être mis en oeuvre par la simple adaptation d'un fichier XML sans nécessiter de développements complémentaires.

Cette entité assure les fonctions et services relatifs à la surveillance de l'environnement de l'OAIS et à la production de recommandations visant à ce que les informations stockées dans l'OAIS restent accessibles sur le long terme à la Communauté d'utilisateurs cible, même si l'environnement informatique d'origine devient obsolète. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Fedora Commons ne traite pas de la notion de pérennisation des archives.

Cette entité assure les fonctions et services qui aident l'Utilisateur à déterminer si une information existe ou non dans un OAIS, à trouver sa description, son emplacement si elle est disponible, et à demander et recevoir des produits d'information. Communicer avec les Utilisateurs pour recevoir leurs demandes Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Ce service impose une mise en place organisationnelle dédiée. Fedora Commons n'offre pas de mécanisme de gestion de tickets par exemple. Contrôler l'accès à l'information bénéficiant d’une protection particulière. Indisponible Partiellement disponible Disponible 1 cf : http://fedora-commons.org/confluence/display/FCR30/Securing+Your+Fedora+Repository Les habilitations sont posées sur les servlets et non les objets numériques. Coordonner le traitement des demandes jusqu'à leur exécution finale Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Un système d'archivage numérique doit respecter un certain nombre de critères pour assurer l'accès aux données numériques archivées. La présente fiche reprend les critères spécifiées dans la norme OAIS. Indisponible Partiellement disponible Disponible 2 Toutes la API de Fedora Commons s'appuient sur des services Web de type REST ou SOAP. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Trois services de conversion sont proposés : - fusion XSLT - génération de PDF à partir de fichiers XML - manipulation d'images Il est possible d'en ajouter par la biais de la notion de services locaux. Indisponible Partiellement disponible Disponible 1 Fedora propose un service local de manipulation d'images à l'aide du framework ImageJ. Fedora Commons offre un bon respect de l'entité "Accès". En effet, ce produit est conçu pour faciliter la diffusion des objets numériques archivés. Le CMA facilite la recherche de ces objets et l'entité "Accès" est construite pour pouvoir effectuer les traitements facilitant la dissémination des objets souhaités.

Les applications informatiques modernes, distribuées, sous-entendent un certain nombre de services tels que la communication entre processus, les services de nommage, l'allocation d'espace de stockage temporaire, le traitement d'exceptions, la sécurité, les sauvegardes et la gestion des répertoires. D'excellents travaux ont déjà été réalisés dans le domaine des modèles de référence dans un environnement de systèmes ouverts. Les services décrits dans cette sous-section sont basés en partie sur les services décrits dans le Modèle de référence IEEE POSIX OSE (référence [5]). Les services du système d'exploitation fournissent les services fondamentaux nécessaires pour exploiter et administrer la plate-forme d'application et fournir une interface entre le logiciel applicatif et la plate-forme. créer et gérer les processus, exécuter les programmes, définir et communiquer des signaux, définir et prendre en charge les opérations de l’horloge système, gérer les fichiers et répertoires et piloter le traitement des entrées/sorties à destination et en provenance de l’environnement extérieur. Indisponible Partiellement disponible Disponible 1 Dépendent des services proposés par le système d'exploitation hébergeant le produit. comparaison, impression et visualisation du contenu de fichiers, édition de fichiers, recherche de chaînes de bits, évaluation d'expressions, enregistrement de messages, déplacement de fichiers d’un répertoire à l'autre, tri de données, exécution de scripts de commandes, et accès à l'information d'environnement. Indisponible Partiellement disponible Disponible 1 Dépendent des services proposés par le système d'exploitation hébergeant le produit. le contrôle d’accès aux données système, aux fonctions, au matériel et aux ressources logicielles par les utilisateurs et les processus utilisateurs. Indisponible Partiellement disponible Disponible 1 Dépendent des services proposés par le système d'exploitation hébergeant le produit. Les services réseau fournissent les moyens et les mécanismes pour les applications distribuées qui exigent l'accès aux données et l’interopérabilité des applications dans des environnements hétérogènes en réseau. Indisponible Partiellement disponible Disponible 2 L'ensemble des fonctionnalités de Fedora Commons sont accessible par le biais de services Web. Indisponible Partiellement disponible Disponible 2 Les fichiers archivés sont accessibe directement sur l'élément de stockage. Toutefois, de part le potentiel alogrithme mis en oeuvre dans le "Low Level Storage", il est possible que l'accès nécessite un calcul du chemin d'accès. Impossible Partiellement disponible Disponible 1 Il est possible d'exploiter les API-A pour acèder aux objets archivés. Toutefois, cette interface n'est pas optimum pour une utilisation humaine. Il est possible de déployer une interface graphique de type WEB permettant d'accèder à l'entrepôt depuis un ordinateur personnel. Indisponible Partiellement disponible Disponible 2 Cf : API-A, API-M ... Indisponible Partiellement disponible Disponible 1 Il est possible de déployer une surcouche HTTPS pour sécuriser les échanges. Les services de sécurité fournissent des moyens et des mécanismes de protection de l’information sensible, et des traitements dans le système d’information. Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 0

Cette section aborde les différentes vues de l'architecture mise ne place pour l'implémentation du produit La norme OAIS spécifie des entités. Celles-ci peuvent être mise en oeuvre au sein d'une application monolithique ou d'une application composée de modules autonomes Faible Moyen Fort 1 Le système n'associe pas un module à chaque entité. Mais certaines d'entre-elles bénéficient de leur propre module. La pérénisation du système passe, entre autre, par le respect de normes et standards dans les échanges avec l'extérieur, mais aussi au sein du système Faible Avec l'extérieur En interne et avec l'extérieur 2 Les données sont hébergées, au choix, en * FOXML 1.1 (info:fedora/fedora-system:FOXML-1.1) * FOXML 1.0 (info:fedora/fedora-system:FOXML-1.0) * METS 1.1 (info:fedora/fedora-system:METSFedoraExt-1.1) * METS 1.0 (info:fedora/fedora-system:METSFedoraExt-1.0) * ATOM 1.1 (info:fedora/fedora-system:ATOM-1.1) * ATOM Zip 1.1 (info:fedora/fedora-system:ATOMZip-1.1) L'accès à l'entité "Gestion des données" s'effectue en SPARQL Les appels aux différents services s'effectuent en SOAP ou REST. ... L'application puet être le fruit de développements spécifiques ou au contraire d'une intégration de nombreux composants ou frameworks Open Source Peu Moyen Nombreux 2 De part son architecture, Fedora Commons présente de nombreuses limittes quant à l'enchaînement de traitements complexes pour générer des DIP. De même, de part la mise en place d'un mécanisme de modules basé sur des requêtes HTTP, il est difficilement envisageable de manipuler des fichiers trop lourds (ex : audio, vidéo, ...) Dans le cadre d'une forte monté en charge du système, il convient de qualifier la capcité à mettre en place un système de répartition de charge (Load Balancing) Impossible Partiellement possible Possible 1 Attention, de part la multiplication des types de persitance de données (base de données, triple Store, élément de stockage), la répartition de charge ne peut pas s'effectuer à tous les niveaux. Il peut donc persister un point de faiblesse. Une application, si elle est modulaire, peut s'appuyer sur un couplage faible (nécessite de recompiler pour intégrer les modules) ou un découplage partiel (simple modification de la configuration et redémarrage de l'application) ou encore un découplage complet (simple modification de la configuration et exploitation de canaux de communication normalisés) Inexistant Partiel Complet 1 Certains modules s'appuient sur des protocles ouverts pour les échanges. La couche applicative bénéficie d'un cycle de vie différent de la couche matériel et plus particulièrement de l'infrastructure de stockage. Faible Correcte Forte 1 Fedora s'appuie sur un service d'abstraction de stockage (Low Level Storage). Ce faisant, il est possible d'exploiter différents types de stockage (système de fichier, base de données, ...). Il existe une intégration native pour le composant Akubra. Attention : cette abstraction ne peut pas masquer les temps de latence inhérents à l'exploitation d'un stockage sur bande.