1.3.5. PARTapplicationServer Installation/configuration 1.3.5.4. Méthodes de mise en cache pour le stockage des données et le travail
|  |
| Précédent | Suivant |
La mise en cache est en principe recommandée. En cas de doute, demandez conseil à CADENAS-Consulting. Sinon, veuillez respecter les paramètres par défaut.
Le tableau suivant donne un aperçu des différentes méthodes de mise en cache.
| SQUID | RFS (mise en cache du système de fichiers à distance) | ||
|
Le PARTapplicationServer met en cache les données directement de CADENAS_DATA. Les données demandées sont ainsi conservées et distribuées en cas de nouvelle demande. Voir aussi Section 1.3.5.8.3.7, « Mettre en cache les fichiers d'index de $CADENAS_DATA sur PARTapplicationServer ». |
Mise en cache sur un site distant. Celui-ci met en cache les données qui ont été demandées par le PARTapplicationServer central et les distribue à partir du cache lors d'une nouvelle demande. Voir aussi Section 1.3.5.8.2.4, « Mise en cache côté client ou sur des sites secondaires ». |
Celui-ci conserve toutes les données qui lui ont été demandées et ne nécessite donc pas de nouvelle demande au serveur PARTapplication ou au CADENAS_DATA. Voir aussi Section 1.3.5.8.2.4, « Mise en cache côté client ou sur des sites secondaires ». | |
|
Pas d'accès direct à CADENAS_DATA nécessaire. Pas besoin de répliquer CADENAS_DATA sur des sites distants. Les index ne doivent pas être verrouillés pour l'installation du catalogue. Le cache récupère la mise à jour dès qu'elle est effectuée sur le CADENAS_DATA. |
Pas de réplication nécessaire vers les sites externes. Performance sur les données en cache très bonne si les concepteurs travaillent avec les mêmes données. |
Pas d'accès direct à CADENAS_DATA nécessaire. Pas de réplication de CADENAS_DATA nécessaire sur des sites distants. |