Architecture Constellio

Transcription

1 Architecture Constellio Date : 12 novembre 2013 Version 3.0 Contact : Nicolas Bélisle nicolas.belisle@doculibre.com

2 Table des matières Table des matières... 2 Présentation générale... 4 Couche de présentation et Services Web... 5 Interface Web... 5 Services Web... 5 Couche applicative et sécurité... 5 Couche données... 6 Base de données... 6 Index de recherche... 6 Couche connecteurs... 6 Google Connector Manager... 6 Apache ManifoldCF... 6 Sauvegarde... 7 Sécurité... 7 Authentification... 7 Autorisation... 7 Services Web... 7 Spécifications matérielles... 7 Quelques architectures possibles en haute disponibilité... 9 Architecture simplifiée... 9 Architecture optimale Architecture pour Revenu Québec Adresses IP Ports

3 Environnements installés chez Services Québec Environnement de production

4 Présentation générale Constellio est construit suivant l architecture suivante : Couche de présentation et Services Web Couche applicative et sécurité Couche données Couche connecteurs 4

5 Couche de présentation et Services Web La couche de présentation dispose de deux volets, d interfaces Web riches utilisant les technologies AJAX, conformes aux normes d accessibilité gouvernementale et utilisant la technologie du responsive design pour s adapter à des appareils mobiles. La couche Service Web (Rest) pour l indexation et la recherche. Interface Web L interface se découpe en deux volets : o o L interface de recherche L interface d administration pour accéder à toutes les fonctions de gestion de l application. Constellio supporte les navigateurs suivants : Internet Explorer 8+ Firefox 3+ Safari 4+ Chrome 2+ Services Web La solution utilise des services Web pour interagir avec les applications externes. o o Le Service Web de recherche (REST) permet à des applications externes d utiliser les fonctions de recherche de Constellio. Il repose sur le format de réponse d Apache Solr. Cependant, nous pouvons transformer cette réponse dans n importe quel format grâce aux feuilles de styles XSLT. Le Service Web (Rest) d indexation, appelé également le service «Push» repose sur la technologie du Feed protocol de Google. Couche applicative et sécurité Constellio est développé sous la plateforme Java Enterprise Edition. L application requiert les composants suivants : Système d exploitation supportés : Windows et Linux (64 bits) Java Development Kit : version 6.x + Serveur d application Java : Apache Tomcat 6.x + L application dispose de fichiers de configuration (base de données, configuration des connecteurs, etc.). Constellio dispose d un moteur de recherche embarqué, Apache Solr. Il est utilisé pour les fonctions de base d indexation et de recherche. 5

6 Couche données La couche données comporte deux volets : Base de données relationnelle Index de recherche Base de données Constellio emmagasine les éléments de configuration non statiques au sein de la base de données. Les prochaines versions de Constellio n utiliseront plus de base de données. Nous utiliserons la technologie dans un contexte de recherche distribuée ou de cluster. Les bases de données supportées sont : MySQL 5.x (plus récente version) PostgreSQL 8.x + * Il est possible de supporter d autres bases de données sur demande. Constellio crée le schéma approprié lors de l installation selon la base de données utilisée. Index de recherche Constellio gère plusieurs index de recherche pour les contenus traités. Les index sont emmagasinés dans le moteur Apache Solr embarqué. Les index sont des fichiers binaires compressés. Couche connecteurs Constellio supporte deux architectures de connecteurs : Google Connector Manager Apache ManifoldCF L ajout de contenu au moteur s effectue localement ou par Service Web de type REST (basé sur le Feed Protocol de Google). Google Connector Manager L architecture de Google Connector Manager est embarquée au sein de Constellio. Le module de connecteurs est utilisable entièrement par l interface d administration de Constellio. L intégration est donc transparente pour l administrateur. Apache ManifoldCF ManifoldCF offre plusieurs connecteurs, avec une gestion de la sécurité plus performante. Il intègre plusieurs types d annuaires d authentification. 6

7 ManifoldCF est utilisé par le biais d une interface de configuration différente de l interface native de Constellio. Le module de connecteurs et l application Java utilisent le serveur d application Jetty. Une instance de base de données (MySQL ou PostgreSQL) supplémentaire sera nécessaire. Sauvegarde Voici les différentes composantes à sauvegarder : Contenu de la base de données Contenu de l application Web : contient les index, les configurations des connecteurs et les configurations de l application L application doit être interrompue lors de la sauvegarde afin d assurer l intégrité des données conservées. Sécurité Authentification Constellio comporte deux gestionnaires d'authentification Natif : utilisation de la base de données pour stocker les données des utilisateurs LDAP : utilisation d un annuaire pour l authentification. Active Directory et Novell edirectory sont supportés. Autorisation Les autorisations sont déléguées à la source des contenus indexés. Services Web Constellio sécurise les services sensibles à l hôte local (localhost) et par nom d utilisateur et mot de passe pour la recherche. Un filtre J2EE (LocalRequestFilter) contrôle l accès. Il est possible d utiliser un service proxy pour l accès externe. Spécifications matérielles Constellio supporte les environnements en machine virtuelle (VMWare) documents et trois connecteurs : Système d exploitation 64 bits 8 GB de mémoire Double (2) cœurs de processeur Espace : % du contenu indexé 7

8 Connexion internet 100 Mbps 1 million de documents et dix connecteurs : Système d exploitation 64 bits 16 GB de mémoire Huit (8) cœurs de processeur Espace : % du contenu indexé Connexion internet 100 Mbps 10 millions de documents et vingt connecteurs : Répartition de charge Deux serveurs : o Système d exploitation 64 bits o 24 GB de mémoire o Seize (16) cœurs de processeur o Espace : % du contenu indexé o Connexion internet 100 Mbps 8

9 Quelques architectures possibles en haute disponibilité Architecture simplifiée Cette architecture utilise un seul centre de données. Selon l infrastructure à la disposition de l organisation, la mise en place de cette architecture est généralement moins complexe (et coûteuse) à mettre en place qu une architecture distribuée géographiquement. Pour permettre une architecture résiliente en cas de panne, nous utilisons le balancement de charge de la façon suivante : Un (1) serveur d indexation (Indexation_1) et deux (2) serveurs de recherche (Recherche_1 et Recherche_2) disposés dans le même centre de données. Les requêtes de recherche sont distribuées entre les deux serveurs de recherche. Si un serveur de recherche tombe en panne, automatiquement, les requêtes seront redirigées vers l autre serveur par le biais du balancement de charge. 9

10 Une panne dans l un des centres de données pourrait affecter les services de recherche. Architecture optimale Cette architecture utilise deux centres de données géographiquement distincts. Selon l infrastructure à la disposition du client, la mise en place de cette architecture est généralement plus complexe (coûteuse) à mettre en place qu une architecture implantée à un seul centre de données. Pour permettre une architecture résiliente en cas de panne, nous utilisons le balancement de charge de la façon suivante : Un (1) serveur d indexation (Indexation_1) et deux (2) serveurs de recherche (Recherche_1 et Recherche_2) disposés dans deux centres de données géographiquement distincts. 10

11 Les requêtes de recherche sont distribuées entre les deux serveurs. Si un serveur de recherche tombe en panne, automatiquement, les requêtes seront redirigées vers l autre serveur par le biais du balancement de charge Une panne dans l un des centres de données n affectera pas les services de recherche. 11

12 Architecture pour Revenu Québec Adresses IP Les serveurs utilisés pour Constellio auront une adresse IP fixe. L adresse IP peut être modifiée en fonction des besoins du client. Ports 8080 : pour le serveur d application. Ce port est modifiable. Il est accessible de l externe : pour le port du serveur de recherche. Ce port est modifiable. Ce port est généralement réservé aux seules machines du réseau de l infrastructure des serveurs : pour la base de donnée relationnelle. Ce port est modifiable. Ce port est généralement réservé aux seules machines du réseau de l infrastructure des serveurs. Environnements installés chez Revenu Québec Les environnements qui seront installés chez Revenu Québec ne seront pas installés en mode haute disponibilité. Les mêmes ports pourront être utilisés pour les serveurs de revenu Québec et pourront être modifiés au besoin. Environnement de production Cette architecture utilise un seul centre de données. Trois serveurs sont utilisés avec mode de balancement de charge. Les serveurs de recherche sont redondants pour prévenir les pannes du service de recherche. 12

13 Pour permettre une architecture résiliente en cas de panne, nous utilisons le balancement de charge de la façon suivante : Un (1) serveur d indexation (Indexation_1) et deux (2) serveurs de recherche (Recherche_1 et Recherche_2) disposés dans le même centre de données. Les requêtes de recherche sont distribuées entre les deux serveurs de recherche. Si un serveur de recherche tombe en panne, automatiquement, les requêtes seront redirigées vers l autre serveur par le biais du balancement de charge. Cette architecture offre une garantie à haute disponibilité avec un niveau de service de 99.9% Les données seront sauvegardées dans un autre centre de données pour permettre un rétablissement du service en cas de panne. 13