MEGA Advisor Front-End Architecture Overview HOPEX V1R1 FR. Révisé le : 5 novembre 2013 Créé le : 16 octobre Auteur : Jérôme Horber

Transcription

1 Overview HOPEX V1R1 FR Révisé le : 5 novembre 2013 Créé le : 16 octobre 2013 Auteur : Jérôme Horber

2 SOMMAIRE Résumé Ce document décrit la configuration requise et les types de déploiement pour l'installation d'advisor Front-End. Ce document s applique uniquement à HOPEX V1R1. Il ne décrit pas : comment procéder à l installation (voir la documentation d installation). comment mettre à jour l installation (voir la documentation de mise à niveau d un CP/SP). comment gérer les installations (voir les manuels d administration). le fonctionnement des licences (voir la documentation sur les licences). comment utiliser les fonctionnalités (voir les guides utilisateurs). Les schémas fournis dans ce document constituent des recommandations qui peuvent ne pas s'appliquer à tous les contextes. Une étude spécifique avec le support du Product Management de MEGA est obligatoire avant prise de tout engagement. Sommaire... 2 Types de déploiement... 4 Déploiement standard... 5 Déploiement en cluster... 6 Prérequis pour le déploiement... 7 Client Web... 7 Serveur d applications... 7 Serveur de fichiers... 7 Serveur de documents... 8 Serveur de base de données... 8 Communication... 9 Entre le client Web et le serveur Web (Serveur d'application Web)... 9 Entre Environnement MOS ou MIK et serveur de bases de données (Oracle, SQL Server) 9 Entre Environnement MOS ou MIK et serveur de messagerie... 9 Entre Environnement MOS ou MIK et serveur de fichiers (accès fichier, accès licence) 10 Entre Environnement MOS ou MIK et serveur de documents (accès fichier) Entre Environnement MOS ou MIK et serveur LDAP Détails techniques Authentification Accès aux données page 2/26

3 Stockage des données Autres interfaces Sécurité Visibilité des données et gestion du cache Cluster, scalabilité et équilibrage de charge réseau ("Load Balancing") Fichiers d'erreurs et de traces Documentation technique Licences Administration et contrôle Outils d'administration Services et processus actifs Tâches d'administration courantes Sauvegarde physique Questions fréquentes Glossaire page 3/26

4 TYPES DE DEPLOIEMENT Les différents types de déploiement d'advisor Front-End sont les suivants : Type de déploiement Déploiement standard Déploiement en cluster Recommandé pour Déploiement à petite échelle Disponibilité (support du basculement) ou déploiement de grande taille (support de la scalabilité) Commentaire Architecture 2-tier Serveur d'applications (présentation et logique métier) Serveur de base de données (données) Serveur "tout en un" Installation standard Architecture 3-tier Ce type de déploiement suit une architecture 3-tier : Serveur Web (présentation) Serveur d'applications (logique métier) Serveur de base de données (données) Un cluster de serveurs permet le support d'un basculement éventuel, la scalabilité et l'équilibrage des charges (avec un Load balancer) Une installation spécifique est nécessaire. Une étude spécifique est nécessaire (dimensionnement initial et tests de charge) Autres déploiements D autres déploiements sont possibles si vous avez des exigences particulières. Pour plus d informations, contactez votre représentant commercial. page 4/26

5 Déploiement standard Pour faciliter la lecture, SQL Server Native client nécessaire au stockage SQL Server n'est pas affiché sur le serveur d'applications. page 5/26

6 Déploiement en cluster Pour faciliter la lisibilité, SQL Server Native client (nécessaire pour le stockage SQL Server) et le serveur de routage (nécessaire pour l'équilibrage des charges) ne sont pas affichés. page 6/26

7 PREREQUIS POUR LE DEPLOIEMENT Client Web Client HTML Configuration Plug-in MS Internet Explorer IE 8.0, 9.0 (recommandé) Résolution d'écran 1024x couleurs JavaScript activé Cookies activés Adobe Flash player: 11.0 ou supérieur* * Facultatif. Flash player est nécessaire seulement pour afficher des diagrammes de Gantt Chart ou des rapports Xcelius. Serveur d applications Système d exploitation Matériel Windows Server 2008 R2 SP1 Windows Server 2012 Pour d autres systèmes, une étude spécifique est nécessaire Processeur Serveur multi-coeur RAM Minimum 4 Go 4 Go pour le système 300 Mo recommandé par profil de connexion MEGA* Espace disque 2,5 Go recommandé pour le noyau MEGA 50 Mo recommandé pour HOPEX (IIS) 300 Mo recommandé par profil de connexion MEGA* pour le cache Sélectionnez un composant de qualité supérieure pour le disque dur et la carte de contrôleur de disque dur. Logiciels complémentaires SQL Server Native client 11.0 (SQL Server 2012) Si les données sont stockées sous SQL Server Serveur Web MS Internet Information Services 7.5 MS Internet Information Services 8.0 Couche script ASP.NET.NET Framework 4.5 ou supérieur * Un profil de connexion MEGA est un triplet : Perspective Advisor x référentiel utilisé x langue utilisée Serveur de fichiers Advisor Front-End permet de consulter les données créées avec d'autres Front-Ends (HOPEX Web Front-End, Windows Front-End). Voir la documentation correspondante. page 7/26

8 Serveur de documents Advisor Front-End permet de consulter les données créées avec d'autres Front-Ends (HOPEX Web Front-End, Windows Front-End). Voir la documentation correspondante. Serveur de base de données Advisor Front-End permet de consulter les données créées avec d'autres Front-Ends (HOPEX Web Front-End, Windows Front-End). Voir la documentation correspondante. page 8/26

9 COMMUNICATION Entre le client Web et le serveur Web (Serveur d'application Web) Protocole Port Bande passante réseau Latence du réseau HTTP par défaut 80 par défaut Par utilisateur une bande passante de 30 kbit/s en moyenne une bande passante de 512 kbit/s en cas de pic de charge 100 Ms maximum* * Pour un ping de 5 Ko (il est recommandé d'utiliser l'utilitaire hrping. Voir l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'. Entre Environnement MOS ou MIK et serveur de bases de données (Oracle, SQL Server) Protocole Port Bande réseau passante Latence du réseau Oracle : Oracle Native Protocol SQL Server : SQL Server Protocol Oracle : Exemple TCP 1521 (B) SQL Server : Exemple UDP/TCP 1433 (B) 1 Gbit/s minimum (C) 1 Ms maximum (A) (A) Pour un ping de 5 Ko (il est recommandé d'utiliser l'utilitaire hrping). Voir l'article technique 'Repository - RDBMS Installation Guide HOPEX V1R1'. (B) Port par défaut, vérifiez le port approprié avec votre administrateur de base de données. (C) pour 30 utilisateurs simultanés Entre Environnement MOS ou MIK et serveur de messagerie Protocole Port SMTP 25 par défaut, paramétrable page 9/26

10 Entre Environnement MOS ou MIK et serveur de fichiers (accès fichier, accès licence) Protocole SMB/CIFS Port UDP/TCP 138 UDP/TCP 137 UDP/TCP 139 UDP/TCP 445 Bande réseau passante 1 Gbit/s recommandé Entre Environnement MOS ou MIK et serveur de documents (accès fichier) Protocole SMB/CIFS Port UDP/TCP 138 UDP/TCP 137 UDP/TCP 139 UDP/TCP 445 Bande réseau passante 1 Gbit/s recommandé Entre Environnement MOS ou MIK et serveur LDAP Protocole Port LDAP TCP 389 par défaut (B) (B) Port par défaut, vérifiez le port approprié avec votre administrateur de serveur LDAP. page 10/26

11 DETAILS TECHNIQUES Authentification L'authentification est mise en œuvre au niveau de l'environnement MEGA. Plusieurs modes d'authentification peuvent être implémentés. Modes d authentification Authentification centralisée Authentification LDAP Authentification standard Libellé Le processus d'authentification est externe à la plate-forme HOPEX. Tous les types d'annuaires d'entreprise peuvent être gérés (connecteurs personnalisés) Le processus d'authentification est une collaboration avec la plate-forme HOPEX. Les annuaires d'entreprise qui supportent le protocole LDAP peuvent être utilisées (LDAP, Active Directory) Le processus d'authentification est géré par la plate-forme HOPEX. Les utilisateurs sont déclarés de manière explicite dans l'environnement MEGA. Commentaire Ce mode est recommandé pour les déploiements avancés avec des exigences particulières. Il nécessite une intégration spécifique. Ce mode est recommandé pour les déploiements classiques. Aucun développement n'est nécessaire - le paramétrage suffit. Ce mode est recommandé pour les cas simples. Aucun développement n'est nécessaire - le paramétrage suffit. Le stockage, le cryptage et la mise à jour des mots de passe peuvent varier en fonction de la configuration choisie. Modes d authentification Stockage Cryptage Authentification centralisée En fonction de la mise en œuvre En fonction de la mise en œuvre Authentification LDAP Annuaire LDAP Authentification standard (autonome) Base système Crypté, haché Authentification standard (Active Directory) Active Directory Conformément aux Authentification standard (LDAP) Annuaire LDAP spécifications de l'annuaire Avec l'authentification classique, les mots de passe utilisateurs sont initialisés par l'administrateur fonctionnel. Ensuite, ils peuvent être récupérés et réinitialisés sans intervention d'un administrateur. Avec d'autres modes d'authentification, les mots de passe sont vérifiés dans un annuaire externe et ne sont évidemment jamais mis à jour via le frontend Advisor. Référence : Voir le document 'MEGA Administration - Supervisor', section Gérer les utilisateurs, Authentification dans MEGA. article 'Web authentication and mapping overloading HOPEX V1R1'. page 11/26

12 Accès aux données L'accès aux données est contrôlé principalement par l'utilisation des profils (accès au référentiel, permissions concernant les données et IHM) et des perspectives. D'autres fonctionnalités sont disponibles : Gestion des accès en lecture : contrôle de la visibilité des objets existants Règles de permissions : contrôle calculé de la visibilité des objets existants Référence : Guide utilisateur 'MEGA Administration - Supervisor' Section 'Gérer les utilisateurs', 'Authentification dans MEGA'. Section 'Gérer les utilisateurs', section 'Gérer les profils et les rôles métier'. Section 'Gérer les accès aux données en lecture' Stockage des données Advisor Front-End consulte les données MEGA quel que soit le type de stockage (SQL Server, Oracle ou GBMS) Chaque environnement se compose d'une base système et d'un ou plusieurs référentiels de données. Stockage Commentaire SQL Server SQL Server native client (SQL Server 2012) Un jeton de licence spécifique (Repository Storage (SQL Server)) est nécessaire pour l'utilisateur d'impersonnification. Le port par défaut peut être utilisé Oracle Un jeton de licence spécifique (Repository Storage (ORACLE)) est nécessaire pour l'utilisateur d'impersonnification. Pas d'installation côté client (Oracle instant client) Le port par défaut peut être utilisé Créer un tablespace pour chaque environnement (recommandation) GBMS format propriétaire MEGA (conservé pour compatibilité). Un jeton de licence spécifique (LAN) est nécessaire pour l'utilisateur d'impersonnification. Pas d'installation côté client. Basé sur des fichiers. Référence : Article 'Repository - RDBMS Installation Guide HOPEX V1R1'. Autres interfaces Un serveur de messagerie doit être configuré pour que les notifications par s fonctionnent dans le cadre des workflows. Les paramètres SMTP (serveur, port, proxy) peuvent être configurés pour l'installation en utilisant la console d'administration. Sécurité Tous les ports utilisés dans la plate-forme HOPEX sont soit configurables, soit définis ailleurs. Aucun port spécifique n'est nécessaire ni codé en dur. Pour configurer les ports du pare-feu, voir la section "Communication" plus haut dans le document. page 12/26

13 Vous pouvez utiliser HTTPS pour améliorer la sécurité des flux entre le client Web et le serveur Web. Ceci nécessite une intégration spécifique. Les permissions doivent permettre d'accéder : aux journaux d'erreurs et de traces (voir section 'Erreurs dans les fichiers de trace' dans ce document). au dossier de licence Visibilité des données et gestion du cache Par défaut, le dernier état de la base est visible. Il est aussi possible de paramétrer qu'un état du référentiel (noté instantané de référentiel) est visible pour un profil donné. Dans les deux cas, Advisor Front-End permet de consulter les données d'un référentiel MEGA en fonction du profil (appelé Perspective Advisor). Chaque Perspective Advisor définit les outils de navigation, pages, rapports et éventuellement graphes. Une fois qu'une page est générée pour une consultation donnée, elle est gardée dans le cache pour optimiser les performances. Il existe un cache différent pour chaque profil de connexion. Le cache est initialisé à l'occasion de certains événements (action spécifique d'administration, pré-génération d'une page, lancement de certains processus) et est contrôlé par des paramètres spécifiques. Références : Voir le document 'MEGA Administration - Supervisor', section Gérer les utilisateurs, 'Gérer les profils et les rôles métier', 'Définir l instantané de référentiel d un profil'. Cluster, scalabilité et équilibrage de charge réseau ("Load Balancing") Ce document contient les métriques pour un déploiement à petite échelle. Le dimensionnement est un sujet complexe lié étroitement à l'infrastructure et pour lequel la politique de sécurité peut avoir un impact. En conséquence, les déploiements à moyenne ou grande échelle nécessitent des études particulières : dimensionnement initial en fonction des hypothèses de charge tests de charge dans l'infrastructure initiale pour vérifier que le dimensionnement est approprié. Pour les déploiements importants, scalabilité et équilibrage de charge ("Load Balancing") sont nécessaires. Service Scalabilité Equilibrage de charge réseau ("Load Balancing") Principe Installer sur un cluster / une ferme de serveurs Un fichier de configuration MEGA est utilisé pour partager la même configuration entre plusieurs nœuds. Installer sur un cluster / une ferme de serveurs Utiliser un Load Balancer pour équilibrer les charges entre les nœuds. Une intégration spécifique est nécessaire. page 13/26

14 Pour mettre en œuvre l'équilibrage des charges ("Load Balancing"), plusieurs solutions sont disponibles sur le marché. Dans tous les cas la solution doit être qualifiée et supportée par les clients et/ou tierces parties. page 14/26

15 Fichiers d'erreurs et de traces Aucun journal n'est généré côté client. Toutes les erreurs sont affichées dans des bulles d'aide ou dans un navigateur HTML. Différents fichiers peuvent être créés côté serveur : Fichier Commentaire Emplacement (exemple) megaerraaaammjj.txt Journal des erreurs de l'environment MOS C:\Windows\SysWOW64\config\systemprofile\AppData\ Local\Mega\ C:\Windows\System32\config\systemprofile\AppData\Lo cal\mega\ C:\Windows\Temp\Mega\ C:\Temp\Mega\ SSPLOGMM-JJ-AA.txt Journal du Core MOS C:\Windows\Temp\ megaerraaaammjj.txt MGWASLOGMM-JJ- AA.txt Journal des erreurs du MIK Journal du Node MOS C:\Windows\SysWOW64\config\systemprofile\AppData\ Local\Mega\ C:\Windows\System32\config\systemprofile\AppData\Lo cal\mega\ C:\Windows\Temp\Mega\ C:\Temp\Mega\ C:\Users\<Impersonate user>\appdata\local\mega C:\inetpub\wwwroot\Advisor\App_Data\MWAS Documentation technique Catégorie Public Format Code de langue Guides Administrateur système, PDF EN, FR, IT*, DE* d'installation et de déploiement administrateur fonctionnel Guides utilisateur utilisateur final PDF EN, FR, IT*, DE* Aide en ligne utilisateur final Page Web EN, FR, IT*, DE* Articles techniques Développeur, administrateur fonctionnel PDF EN Les pages web de l'aide en ligne sont installées dans le sous-dossier \Help du dossier des programmes Advisor. Exemples : C:\Inetpub\wwwroot\Advisor\Help Les guides d'installation, de déploiement et les guides utilisateur sont installés dans le sousdossier \Documentation du dossier des programmes du noyau MEGA. Exemples : C:\Program Files (x86)\mega\mega HOPEX V1R1\Documentation Codes des langues : EN: anglais FR : français IT : italien DE : allemand * seront disponibles quelques mois après la version initiale. Licences Les produits et solutions de la plate-forme HOPEX sont protégés par les licences Must. page 15/26

16 La technologie de licence Must MEGA n'est pas basée sur un serveur. Il n existe pas de processus Windows pour un serveur de licences. Toutefois un utilisateur du domaine (Active Directory) est nécessaire pour : chaque utilisateur d'impersonnification lançant l'application MEGA Advisor (IIS). chaque utilisateur lançant la console d'administration (administrateur système, administrateur fonctionnel) chaque utilisateur lançant Windows Front-End (développeur, administrateur fonctionnel, utilisateur associé à une tâche planifiée). Pour acquérir une licence, contactez votre représentant commercial. Une adresse UNC vous sera demandée et un fichier de licence.must (verrouillé sur cette UNC) vous sera envoyé accompagné des instructions d'installation. Référence : Article 'Must License Installation Guide HOPEX V1R1'. page 16/26

17 ADMINISTRATION ET CONTROLE Outils d'administration Plusieurs outils d'administration peuvent être utilisés : Outil d administration Composant Tâches Console d'administration Win32 (Administration.exe) Gestion du stockage des données (environnement, référentiels, procédures stockées) Administration fonctionnelle (gestion de l'espace de travail, gestion des utilisateurs, etc.) Monitoring Console page web.net (xx.aspx) Contrôle de l'application MEGA Advisor (IIS) IIS manager Win64 (InetMgr.exe) Gestion du Serveur IIS Utilitaire de gestion des Win32 (Licensing.exe) Gestion des licences Must utilisateurs de licences Must Windows Front-End Win32 (Mega.exe) Corriger des problèmes de configuration inattendus Initialiser les sites web Référence : Guide utilisateur 'MEGA Administration - Supervisor' Services et processus actifs Un service est créé sur le serveur d'applications : Service Automatique Connexion en tant que Mega Site Service Provider Automatique Local system Plusieurs processus peuvent tourner sur le serveur d'applications : Processus Utilisateur Commentaire Déploiement standard Déploiement cluster mgwssp Local system Core MOS Un par installation mgwmapp Local system Core MOS Un par installation mgwspro Local system Environment MOS Un par environnement MEGA mgwmwas Service account Node MOS Un par installation Un (racine du cluster) un par nœud de cluster mgwspro Service account MIK Un par utilisateur Un par utilisateur final final mgwmapp Utilisateur Console Un par instance en cours de la console courant d'administration d'administration en page 17/26

18 Tâches d'administration courantes Certaines tâches doivent être lancées et peuvent être automatisées (une intégration spécifique est nécessaire) : Tâche Serveur impliqué Commentaire Relancer le serveur Serveur Pas nécessaire d applications Sauvegarde physique Serveur de base de Nécessaire. Sauvegarde quotidienne données recommandée. Pré-génération des pages Serveur d applications Optionnel. Pour améliorer les performances, le cache de la page peut être initialisé. Mettre à jour le référentiel MEGA Serveur d applications Facultatif. Pour mettre à jour la vision du référentiel MEGA consulté par Advisor Front End, une copie régulière est nécessaire. Initialiser le site web Serveur d applications Nécessaire. Avant de rendre un référentiel disponible via Advisor Front-End, des sites web spécifiques doivent être initialisés. Sauvegarde physique Advisor Front-End permet de consulter les données créées avec d'autres Front-Ends (HOPEX Web Front-End, Windows Front-End). Voir la documentation correspondante. page 18/26

19 QUESTIONS FREQUENTES Qu'en est-il des autres navigateurs HTML? MEGA a décidé de se concentrer sur les versions 8.x et 9.x qui sont des versions récentes, modernes et largement diffusées d'internet Explorer. La version 10.x sera supportée dans le futur. Cela ne signifie pas que les solutions ne fonctionnent pas sur des clients web tels que Mozilla Firefox, Google Chrome ou Apple Safari. Ceci signifie seulement que ces clients Web ne sont pas supportés. Est-ce que Advisor Front-End peut fonctionner sur un serveur web autre que IIS? HOPEX V1R1 a été conçu pour IIS seulement. Flash Player est-il réellement nécessaire? Flash Player est nécessaire pour le composant des diagrammes de Gantt et l'affichage des graphiques. Si vous n'envisagez pas d'utiliser ces fonctionnalités, vous pouvez décider de ne pas l'installer côté client (non recommandé). Le même référentiel MEGA peut-il être appelé à la fois par Advisor Front-End et HOPEX Web Front-End (produits Anywhere)? Ceci n'est pas conseillé à moins d'utiliser les instantanés de référentiel. Les performances attendues et les options de dimensionnement supposent que les données attendues de MEGA sont stables (données en cache). C'est une solution courante pour un portail de publication. Si un référentiel MEGA est mis à jour régulièrement via HOPEX Web Front-End, la stabilité des données MEGA ne peut pas être assurée. Par conséquent, le dimensionnement et les performances ne peuvent pas être garantis. voir aussi la section 'Visibilité des données et gestion du cache' de ce document. Quelles sont les technologies utilisées par Advisor Front-End? Advisor Front-End utilise principalement Extjs (Extjs 3.4.x). Au niveau du client, rien n'est nécessaire à l'exception d'adobe Flash player (pour certaines fonctionnalités) et d'un navigateur HTML. Au niveau du serveur, rien n'est nécessaire à l'exception du Framework.NET. Toutes les couches nécessaires à son exécution sont installées par défaut. La plateforme HOPEX utilise une JRE embarquée (version 7). page 19/26

20 GLOSSAIRE Terme.NET, NET Framework Active Directory Console Console MEGA d'administration, d'administration Advisor Front-End, MEGA Advisor Perspective Advisor Produits Anywhere Serveur d applications Authentification Disponibilité Bande passante Cluster Licence d'accès simultanés (concurrent license) Core MOS Serveur de base de données Définition Framework développé par Microsoft, fonctionnant essentiellement sous Microsoft Windows. Il comprend une importante bibliothèque et assure l'interopérabilité des langages (chaque langage peut utiliser le code écrit dans d'autres langages de programmation) Annuaire pour les environnements Microsoft. Il fournit des services centralisés pour identifier et authentifier les utilisateurs d un réseau de machines MS Windows. Console d'administration de la plate-forme HOPEX qui assure les tâches d'administration clés telles que : Gestion des environnements. Gestion des référentiels. Gestion des utilisateurs MEGA. Gestion des profils. Composant MEGA Win32 (Administration.exe) Advisor Front-End permet à un grand nombre d'utilisateurs de naviguer dans les données MEGA. Il est optimisé pour cette utilisation. Il utilise différents composants techniques de HOPEX Web Front-End pour parvenir à cette optimisation. Une perspective Advisor définit une vue du métamodèle. Tous les utilisateurs connectés à une perspective Advisor donnée partagent la même vision dans MEGA Advisor. Un ensemble de perspectives est installé avec MEGA Advisor (par exemple : Expert métier) Cela correspondait auparavant aux "Rôles utilisateur MEGA". Anywhere existe seulement en tant que suffixe de nom de produit. Ex. : MEGA Process Anywhere, MEGA Architecture Anywhere. Anywhere n'est plus un composant ni une technologie de la plateforme HOPEX. Il existe désormais un bureau (bureau Anywhere) au sein de HOPEX Web Front-End, permettant l'exécution de tous les produits Anywhere Serveur jouant le rôle de serveur d applications. L'authentification détermine si l'utilisateur existe et s'il peut se connecter au logiciel (par exemple un site web). Mesure de la capacité d'un système informatique à maintenir un niveau de services malgré les pannes matérielles ou logicielles. Un système hautement disponible fournit le plus souvent des services à ses clients. Taux de transfert des données Généralement mesuré en KBit/s ou GBit/s. Un groupe de systèmes informatiques indépendants, appelés nœuds, fonctionnant ensemble de manière à fournir une ressource informatique unifiée Licence via laquelle les produits ou bundles sont programmés en mode concurrent. Exemple : 5 utilisateurs en accès simultané pour 10 utilisateurs possibles Composant principal du MOS. Il orchestre l'authentification et instancie l'"environment MOS". Un serveur de base de données est une machine fournissant des services de base de données à d autres machines. Dans ce document, le serveur de base de données est une machine page 20/26

21 Terme Définition fonctionnant avec un système de gestion de bases de données relationnelles. Un serveur de base de données peut héberger une ou plusieurs instances. Ex. : Serveur 'iba.company.com' Serveur ' ' Serveur 'SQL02' DBA (administrateur de Personne qui assure le fonctionnement opérationnel et efficace bases de données) d'un serveur de base de données. Licence dédiée Licence assignée à un utilisateur spécifique. Elle ne peut pas être partagée. Annuaire Application logicielle permettant d'organiser les informations concernant les utilisateurs et ressources d'un réseau informatique. Système de gestion des Système utilisé pour tracer et stocker les documents électroniques documents (DMS), Gestion des documents Référentiel de documents Groupe de documents au sein d'un serveur de documents Serveur de documents Serveur hébergeant un système de gestion de documents. Utilisateur de domaine Utilisateur dans un Active Directory (produit Microsoft) utilisateur final Personne utilisant un produit. Dossier de Dossier d'un environnement MEGA. Il comprend plusieurs sousdossiers l'environnement, dossier tels que 'Db' et 'SysDb'. Il contient les fichiers de de l'environnement MEGA configuration et les extrants. Dans le cadre d'un stockage sous GBMS, il contient les fichiers de données principaux des référentiels MEGA. Environment MOS Composant du MOS. Il propose plusieurs services (authentification, planification) pour un environnement MEGA. Environnement, environnement MEGA Un environnement MEGA est un espace de travail stockant les données d'un groupe d'utilisateurs. Dans un environnement MEGA, un ensemble de référentiels de données partage dans une base système une définition de métamodèle, des utilisateurs et des profils. Un environnement est donc constitué d'une seule base système et d'un ou plusieurs référentiels de données. Basculement Fast Cgi Plugin Serveur de fichiers Flash Player Administrateur fonctionnel, Administrateur MEGA Haute disponibilité Espace de travail pour un groupe d'utilisateurs MEGA. Un environnement MEGA référence une base système ainsi qu un ou plusieurs référentiels de données. Il possède son propre métamodèle. Il correspond à un dossier sur le disque. Technique permettant de basculer vers un serveur, système, composant matériel ou réseau redondant ou en veille, suite à la défaillance ou à la panne anormale de l'application, du serveur, système, composant matériel ou réseau précédemment actif. Composant MEGA utilisé pour une communication directe entre les composants.iis et MEGA C++ (sans passer par.net). Serveur utilisé pour le partage de fichiers. Les composants du matériel doivent être de qualité supérieure (disque dur et carte contrôleur de disque dur). La configuration doit favoriser les performances d accès aux fichiers en mode lecture-écriture. Lecteur multimédia utilisant la technologie Flash (Adobe). Personne responsable du fonctionnement opérationnel de l'installation HOPEX (gérer les utilisateurs, les transactions, les journaux, etc.) Haute disponibilité fait référence à un système ou un composant qui est opérationnel en permanence pour une période de temps la plus longue possible. La disponibilité peut être mesurée par page 21/26

22 Terme HOPEX (IIS) Composant HOPEX Dossier de programmes HOPEX, dossier de programmes MEGA, dossier du noyau MEGA HOPEX Web Front-End Définition rapport au "100% opérationnel" ou "aucun défaut". Application.NET MEGA. Communique avec le noyau MEGA pour accéder à un référentiel et fournit les services de HOPEX Web Front-End. Un composant est une partie de la plate-forme HOPEX fournissant un service défini. Il peut être ou ne pas être activé ou utilisé par les produits ou solutions. Un composant ne peut pas être séparé de l'ensemble de la plate-forme. Ex. : Moteur d'authentification, moteur de permissions, moteur Versatile Desktop, moteur de workflow. Dossier d'installation d'un noyau MEGA sur un poste de travail. Il peut être identifié par les deux sous-dossiers : 'Cfg' et 'System'. Accès à la plate-forme HOPEX via un client Web. HOPEX Web Front-End peut être utilisé pour accéder aux solutions (par exemple : Audit ) ou aux produits (par exemple : MEGA Architecture Anywhere Edition) dans un navigateur HTML. Technologie Microsoft. Plateforme de serveur Web permettant l exécution d applications Web. Voir "Service account". IIS (Microsoft Internet Information Services) Utilisateur d'impersonnification Latence Mesure du temps de réponse d'un composant réseau, généralement en millisecondes (ms). Serveur LDAP Serveur supportant le protocole LDAP. Charge Charge de travail réalisée par un nœud. Dans l'équilibrage de charge réseau, la charge est mesurée à partir d'un nombre brut de connexions. Equilibrage de charge réseau ("Load Balancing") Serveur de messagerie MEGA Advisor (IIS) Profil de connexion MEGA MEGA Directory Disque MEGA Noyau MEGA Licence MEGA, licence Cache local MEGA Plate-forme MEGA, plateforme HOPEX, HOPEX Technique permettant de moduler le niveau des performances en distribuant des requêtes à différents nœuds. Serveur hébergeant un système de messagerie. Application.NET MEGA. Communique avec le noyau MEGA pour consulter le référentiel MEGA et fournir les pages web à Advisor Front-End. Un Profil de connexion est une combinaison de référentiel x langue x 'Elément avec login' (une personne ou un groupe de personnes auquel appartient l'utilisateur final) connecté. Le paramètre est utilisé pour dimensionner une installation MEGA Advisor (Ram et taille du disque). Base système vue comme un annuaire (pour la définition des utilisateurs) CD/DVD contenant le programme d installation des logiciels MEGA. Le contenu de ce disque peut être copié sur un dossier du réseau et être installé à partir du réseau. Cœur de la plate-forme HOPEX. Ensemble de programmes de la plate-forme utilisés de manière transparente via tous les Front- Ends. Composant générique instancié dans chaque MIK. Licence utilisée pour lancer les logiciels MEGA (produits, modules ou bundles). Il existe différentes technologies. La plus courante est la licence Must MEGA. Technologie MEGA conçue pour le stockage au format GBMS et dans laquelle les données sont mises en cache localement. Hopex est l'acronyme de Holistic Operational Excellence. Il s'agit d'une plate-forme technique sous-jacente aux solutions et produits MEGA. Elle fournit une interface graphique utilisateur, la page 22/26