Conception et mise en oeuvre d'un Service d'Archivage

Cahier des charges de l'application

Objectifs
Acteurs de l'application
Principe et fonctionnement général
Procédures détaillées pour l'accès au service
Choix initiaux

1 Objectifs

L'objectif est de réaliser une application accessible sur l'intranet de l'ENST Bretagne permettant aux utilisateurs (aussi bien les étudiants que les enseignants) de pouvoir archiver leurs donnes personnelles sur des disques optiques de type CD-ROM ou DVD-ROM.

L'application doit utiliser des logiciels libres, gratuits ou dont l'ENST Bretagne posséder la licence.

2 Acteurs du projet

L'application englobe 4 acteurs :

L'utilisateur (toute personne possédant un compte informatique l'ENST Bretagne),
L'administrateur supervisant le service,
Le serveur d'archivage muni d'un graveur,
Le support de stockage : disque optique de type CD-ROM ou DVD-ROM.

Figure 1 : Principe du service d'archivage

3 Principe et fonctionnement général

Le service offre la possibilité aux utilisateurs de réserver un espace d'archivage en vue d'un archivage final sur disque optique (sur des disques de type CD-ROM ou DVD-ROM). L'utilisateur va donc disposer d'un espace de stockage temporaire sur un serveur de fichiers. Le serveur est muni dun système tolérance contre les pannes. L'intégrité et la disponibilité des données seront ainsi maintenues durant la phase qui précède la gravure.

Le service est disponible travers un navigateur Web. Une interface Web offre la possibilité l'utilisateur, accédant au service, d'effectuer 4 opérations :

Réserver un espace d'archivage,
Transférer ses données,
Graver ses données sur un disque optique,
Clôturer son espace d'archivage.

Avant d'accéder au service, un utilisateur devra s'authentifier. Pour cela, l'utilisateur doit être présent dans la base de données de l'école. Un utilisateur ne peut posséder deux espaces d'archivage simultanément. Un seul est attribué un utilisateur pour une durée de 10 jours. Passé ce délai, l'espace est clôturé (c'est-à-dire effacé) afin de le rendre disponible pour un autre utilisateur. Après avoir demandé une gravure, l'espace d'archivage n'est plus disponible en écriture, c'est-à-dire qu'il n'est plus modifiable, il est en attente de clôture. Le transfert des données sur le serveur devient alors impossible. Il est cependant possible de demander plusieurs fois la gravure. Les utilisateurs sont avertis par mèl de chaque opération réalisée par le service d'archivage. Toutes les opérations sont centralisées dans un fichier unique permettant à l'administrateur de superviser ledit service.

4 Procédures détaillées pour l'accès au service

La phase initiale est l'authentification. A l'issue de cette première étape, l'utilisateur a la possibilité de :

a) Réserver un espace d'archivage

Il a le choix concernant le type de support :

CD-ROM pour archiver un maximum de 700Mo,
DVD-ROM pour archiver un maximum de 4.7Go.

Il a également la possibilité de choisir le type de support Indéterminé lorsqu'il ne connaît pas précisément la taille des documents qu'il souhaite archiver. Il renseigne le nom de volume du futur disque, puis son adresse mèl personnelle afin de recevoir les notifications du service d'archivage. A la réservation, l'utilisateur précise s'il souhaite une indexation de ses documents. En effet, à sa demande, un fichier indexant l'ensemble des documents de l'espace est généré automatiquement et placé la racine du disque avant la gravure.

b) Transférer les données archiver sur le serveur

Les fichiers sont transférés par la technique du glisser/dposer dans le navigateur.

c) Demander la gravure

Après avoir déposé ses données dans son espace d'archivage, l'utilisateur a la possibilité de le graver. Aussi, il peut solliciter plusieurs demandes de gravure.

d) Demander la clture

L'utilisateur clôture son espace d'archivage lorsque celui-ci est gravé sur un disque. Il a la faculté de le faire sans même avoir demandé la gravure. Un espace n'excède pas plus de 10 jours.

Le schéma suivant (Figure 5) fournit une vue simplifiée de l'application montrant les principales opérations que peut effectuer l'utilisateur.

Figure 5 : Interface utilisateur

A la suite de l'authentification (1), si l'usager (ici pour l'exemple : alenorcy) possède déjà un espace d'archivage, il est redirigé vers une fenêtre proposant sa gestion (2), sinon, il accède à une fenêtre offrant la possibilité d'en réserver un (3). A l'issue de la réservation (3), la fenêtre de gestion de l'espace (2) est disponible.

L'utilisateur suit le déroulement des opérations grâce à un envoi automatique de mèls provenant du serveur d'archivage.

5 Choix initiaux

Afin de mettre en oeuvre le service, plusieurs contraintes de base se sont présentées et certains choix se sont imposés naturellement.

Le PC destiné faire office de serveur de fichiers disposait de deux disques durs internes. Pour garantir l'intégrité et la disponibilité des données, il fût nécessaire de recourir un mécanisme de Redundant Array of Inexpensive Disks (RAID). Cette technologie permet de dupliquer l'information à stocker sur plusieurs disques assurant un haut degré de sécurité.

Pour le transfert de fichiers entre poste client et serveur d'archivage, le protocole Web enabled Distributed Authoring and Versioning (WebDAV) s'est imposé de lui-même, WebDAV est en effet le seul protocole fiable offrant la possibilité d'échanger des fichiers travers le protocole HyperText Transfert Protocol (HTTP). Toutefois, il faut noter que tous les clients WebDAV n'offrent pas une égale souplesse d'utilisation. Il faut également noter que le public visé par ce service emploie très majoritairement des PC fonctionnant sous Windows 2000. L'utilisation de Samba s'est donc impose également car le partage de fichiers via le protocole CIFS/SMB offre le maximum de transparence en matière de stockage de fichiers pratiquement depuis n'importe quelle machine, sans distinction du système d'exploitation.

Dans le but d'établir une passerelle entre WebDAV et le serveur Samba, il existe un projet open-source nommé Davenport se présentant sous la forme d'une servlet. Les servlets sont des applications Java fonctionnant du côté serveur au même titre que les Common Gateway Interface (CGI) et les langages de script côté serveur. Cette servlet particulière a, notamment, fait ses preuves lUniversité dAmsterdam où ce mécanisme est mis en oeuvre, assurant l'accès en WebDAV aux 22000 étudiants du campus.

L'école dispose d'un annuaire Lightweight Directory Access Protocol (LDAP) référençant tous les utilisateurs. Il convient par conséquent de l'utiliser, dans le cadre de l'authentification, pour l'accès au service d'archivage.

L'accès au service est disponible par une interface Web. Il est indispensable de convenir du choix d'un serveur Web adapté à nos besoins. Le choix s'est réduit à l'utilisation d'un conteneur de servlets qui soit assez robuste pour assurer également la fonction de serveur Web. Les pages dynamiques de l'interface sont réalisées en Java Server Page (JSP).

Les utilisateurs disposant d'un espace d'archivage sont répertoriés dans une base de donneés spécifique. Cette base de données centralisée permet d'avoir des renseignements sur les utilisateurs (nom de login, type de disque optique souhaité, adresse mèl, nom de volume du futur disque).

Initialement, à l'issue du cahier des charges de l'application, plusieurs interrogations portant sur des choix de conception restent encore en suspens :

Quelle base de données utiliser ?
Quel serveur Web mettre en oeuvre ?
Comment gérer la gravure ? etc..

Toutes ces interrogations ont également fait partie de mon travail de recherche pour aboutir une solution idale répondant à toutes les spécifications du projet.

Le schéma suivant (figure 6) présente l'application de manière globale :

Figure 6 : Principe "évolué" du serveur d'archivage

Maj le 16-03-2005