7.8.2.5. Common-client

7.8.2.5.1. Présentation

Package parent : fr.gouv.vitam.logbook
Proposition de package : fr.gouv.vitam.logbook.common.server

Ce module est utilisé par les modules server operations et lifecycles et utilise :

  • metadata-core
  • logbook-common

7.8.2.5.2. Services

La logique technique actuelle est la suivante :

  • Chaque journal est une collection dans MongoDB
  • Chaque entrée dans la collection est la somme des événements d’une opération / cycle de vie
    • Opération ingest x contient l’ensemble des étapes de cette opération
    • Cycle de vie d’une archive x contient l’ensemble des événements associés à cette archive

Ceci facilite les recherches sur la base de l’entrée primaire (la première) mais n’interdit pas la recherche sur les entrées secondaires qui sont dans le tableau « events ».

Plus tard, ces journaux seront aussi écrits dans des fichiers.

  • Opérations
    • Un par jour
    • Chaque event (unitaire et non globalisé) devra être écrit au fur et à mesure, c’est à dire en respectant les dates d’events (dans l’ordre acquité par le Moteur de journalisation)
  • LifeCycles
    • Un fichier unique, les events dans l’ordre chronologique (qui correspond à l’odre deans events)

7.8.2.5.3. Données

Les données sont stockées dans 3 types de stockage :

  • une base maître (MongoDB) qui contient toutes les données de type journal
  • un base index (EslasticSearch) qui contient uniquement les journaux de type operation
  • les offres de stockage qui contienent des fichiers sécurisés des journaux de type opération

La gestion de la base MongoDB se fait par le service d’accès LogbookMongoDbAccessImpl (implémentation de LogbookDbAccess). La gestion de la base ElasticSearch se fait par le service d’accès LogbookElasticsearchAccess (implémentation de ElasticsearchAccess).

En cas d’ajout / mise à jour /suppresssion les données sont d’abord gérées dans MongoDB puis la modification est répercutée (si nécessaire) dans ElasticSearch.

Pour le cas de la recherche, la requête de recherche est d’abord envoyée dans ElasticSearch pour récupérer une liste d’identifiants (List<ID>) qui sont ensuite envoyés en remplacement de la Query originale dans MongoDb pour récupérer le détail des données. La traduction d’une requête DSL vers une requête MongoDb se fait à l’aide des objets de traduction présent dans le package du module common-database-private : fr.gouv.vitam.common.database.translators.mongodb. La traduction d’une requête DSL et/ou MongoDb vers une requête Elasticsearch se fait à l’aide des objets de traduction présent dans le package du module common-database-private : fr.gouv.vitam.common.database.translators.elasticsearch.