FileNet P8 Platform, Version 5.2.1              

Présentation des types d'installation

Avant de mettre votre système FileNet P8 en production, il est généralement conseillé de l'installer plusieurs fois ; chaque installation remplissant un objectif différent.

Lors de la phase de planification, vous choisissez quel scénario d'installation (serveur unique, réparti standard ou haute disponibilité) est le plus approprié pour les types d'installations suivants :
Preuve du système de concept
Une preuve du système de concept peut être utilisée pour présenter une fonctionnalité de base (par exemple la gestion de documents ou un flux de travaux simple) à un prospect, un partenaire de développement ou un ensemble d'utilisateurs.
Ce système peut être une configuration de serveur unique ou simplement des composants FileNet P8 centraux. Il peut également s'agir des composants centraux et d'un ou plusieurs produits d'extension importants pour vos activités de développement ou les personnes concernées.
L'outil Composite Platform Installation permet de rapidement créer une preuve du système de concept sur un serveur en configurant automatiquement le logiciel requis sous-jacent et en appliquant un ensemble de versions de référence des paramètres de configuration FileNet P8 par défaut. Assurez-vous cependant de connaître les facteurs suivants :
  • Il n'installe pas IBM® Content Search Services ou ni ne configure d'autres produits complémentaires ou produits d'extension.
  • Il utilise WebSphere Application Server, DB2 for Linux, UNIX, and Windows et Tivoli Directory Server uniquement. Il s'agit de la seule configuration installée et configurée par l'outil Composite Platform Installation.
  • Après installation d'un outil Composite Platform Installation, envisagez de passer les composants aux niveaux de groupe de correctifs les plus récents. Vous pouvez également ajouter des produits à l'installation ou une interface avec des composants et produits installés sur d'autres ordinateurs.
  • Il procède uniquement à une installation sur un serveur.
  • La feuille de travail d'installation et de mise à niveau n'est pas nécessaire lorsque vous utilisez l'outil Composite Platform Installation.
Avant d'installer une preuve du système de concept, vous devez prendre les décisions suivantes :
  • Décidez si l'utilisation de l'outil Composite Platform Installation est suffisante pour obtenir votre preuve de concept ou si vous avez besoin d'un système plus complexe comprenant plusieurs serveurs et ajouts essentiels, ou des composants différents. Dans le cas présent, vous allez probablement suivre le scénario réparti standard.
  • Décidez si vous souhaitez conserver votre preuve du système de concept en place sans modifications majeures, au moins lors des premières étapes, afin de disposer d'un exemple de travail de l'installation d'origine comme référence.
  • Décidez si vous souhaitez utiliser la preuve du système de concept comme système de développement ou de test.
Suivez le scénario du serveur unique ou le scénario d'installation répartie standard, avec les éléments à haute disponibilité si nécessaire, pour installer votre système de preuve de concept.
Système de développement
Le système de développement est utilisé par les développeurs de logiciels pour concevoir et implémenter des codes pour des applications personnalisées.
Le système de développement doit être suffisamment important pour répondre aux besoins de votre équipe de développement et contenir les composants requis par le système en conception. Dans certains cas, plusieurs systèmes de développement peuvent être requis. Par exemple, si les développeurs travaillent sur différents sous-projets pouvant entrer en conflit ou nécessiter une capacité unique. Le système de développement n'a pas besoin d'être contrôlé aussi soigneusement qu'un système test. Par exemple, vous pouvez installer des produits ou des outils de débogage sur un système de développement ou apporter des modifications à l'environnement qui ne sont pas conseillées pour la production ou qui sont destinées à la documentation finale. Cette flexibilité peut ne pas être recommandée pour un système test destiné à la configuration de production.
Début de modificationIl est possible d'utiliser le même domaine d'authentification pour la preuve du système de concept et pour les systèmes de développement et de test, mais vous voudrez probablement disposer de comptes spéciaux réservés aux tests. L'avantage à utiliser le même domaine d'authentification est que ces systèmes peuvent utiliser les mêmes comptes de serveur d'annuaire (LDAP) et les mêmes domaines d'authentification, ce qui simplifie la configuration des systèmes de développement et de test suivants.Fin de modification
Avant d'installer un système de développement, procédez aux choix suivants :
  • Décidez si vous souhaitez utiliser une preuve existante de système de concept comme base du système de développement.
  • Décidez si vous souhaitez installer l'une des applications client FileNet P8 conditionnées, même si votre solution personnalisée n'utilisera pas l'un de ces produits. Par exemple, vous pouvez comparer votre application personnalisée avec les clients FileNet P8.
  • Décidez quelles API sont nécessaires pour coder votre application personnalisée, et incluez les composants requis pour l'implémentation de ces API.
  • Décidez si vous souhaitez regrouper des composants FileNet P8 sur le même serveur. Le regroupement n'est pas la meilleure pratique dans un environnement de production mais peut être une bonne option pour des systèmes de développement, tout particulièrement si les ressources serveur sont rares et que la performance système sous-jacente n'est pas une préoccupation majeure. pour plus d'informations sur la corésidence, voir le document concernant les exigences liées à P8.
  • Décidez quel type de zones de stockage de contenu vous souhaitez configurer. Pour votre système de développement, vous pouvez utiliser une zone de stockage de base de données, ce qui est plus simple à configurer qu'une zone de stockage de fichier basée sur un système de fichiers.
Début de modificationA moins que les conditions requises pour votre système de développement soient remplies avec le scénario de serveur unique, vous devez suivre le scénario d'installation répartie standard, avec les éléments à haute disponibilité si nécessaire, pour installer votre système de développement.Fin de modification
Système test
Le système test est utilisé pour évaluer la qualité des applications lors du développement et pour évaluer toutes les modifications apportées par la suite au code une fois le produit publié. Un système test est également utilisé pour évaluer des mises à niveau et des groupes de correctifs avant de les appliquer à d'autres systèmes, par exemple des systèmes de production déjà déployés au sein de votre entreprise.
Une utilisation importante d'un système test consiste à s'assurer que vous disposez des bonnes versions de chaque composant logiciel. Les propriétaires du système test doivent donc vérifier soigneusement toutes les modifications apportées à ce dernier. Votre système test doit être configuré exactement comme cela est indiqué dans la documentation d'installation et conformément à la configuration matérielle et logicielle requise. Contrôlez, gérez et effectuez un suivi des éléments de votre système test aussi soigneusement que possible pour que l'intégrité du test soit assurée. Généralement, un système test est sauvegardé de façon à pouvoir être restauré dans un état connu et souhaité sans avoir à réinstaller tous les composants logiciels. Le plus souvent, vous pouvez utiliser le même domaine d'authentification pour les systèmes test et de développement, sauf si votre organisation fait l'objet de restrictions de sécurité.
Début de modificationAvant d'installer un système test, prenez les décisions suivantes afin d'être à même de valider la fonctionnalité, la facilité d'emploi et les performances des applications du client.
  • Décidez quelle doit être la taille de votre système test pour pouvoir fournir un environnement de test approprié aux activités telles que l'évaluation du code, le test de l'installation et de la mise à niveau, le test fonctionnel et la surveillance des performances.
  • Si votre système de production est supposé être un environnement à haute disponibilité, vous pouvez décider de ne pas configurer la haute disponibilité sur des systèmes test mais plutôt d'utiliser le système de préproduction pour le test sous des conditions de haute disponibilité juste avant l'installation du logiciel en production.
  • Décidez si vous souhaitez regrouper des composants FileNet P8 sur le même serveur. Le regroupement n'est pas la meilleure pratique dans un environnement de production mais peut être une bonne option pour des systèmes test, tout particulièrement si les ressources serveur sont rares et que vous devez augmenter ou conserver les performances du système.
Fin de modification
A moins que les conditions requises pour votre système de test puissent être remplies à l'aide du scénario du serveur unique, vous devez suivre le scénario d'installation répartie standard, avec les éléments à haute disponibilité si nécessaire, pour installer votre système de test.
Système de préproduction
Un système de préproduction est utilisé pour essayer des modifications avant de les effectuer dans un environnement de production.
Il doit ressembler au mieux au système de production. Ne partez pas du principe qu'une modification de version ou un nouveau code s'exécutant de manière acceptable sur le système test s'exécutera également de manière acceptable sur un système de production ; il doit tout d'abord être testé sur un système ressemblant au mieux à la configuration de production. Plus la différence entre le système de préproduction et l'environnement de production est grande, plus le risque est important lors de l'implémentation d'un nouveau logiciel. Par exemple, si le système de production contient un cluster de 20 serveurs, le système de préproduction aura besoin d'un cluster d'au moins deux serveurs, idéalement plus. Le test de performance final est souvent effectué sur les systèmes de préproduction ; de sorte que plus ce dernier ressemble au système de production, plus les résultats de votre test de performance sont fiables. La meilleure pratique consiste à implémenter en premier sur le système de préproduction toutes les modifications ayant été testées avec succès sur un système test avant de les ajouter au système de production.
Si un système de préproduction inclut IBM Content Search Services, il doit au moins avoir accès à certains des documents à rechercher. Cela peut être réalisé en fournissant une réplique synchronisée complète des données, ou uniquement un sous-ensemble des données.
Avant d'installer un système de préproduction, procédez aux choix suivants :
  • Décidez si vous souhaitez installer des périphériques de contenu fixe dans votre système de préproduction. L'implémentation d'un périphérique de contenu fixe ou d'autres périphériques de stockage de grande taille pouvant être source de difficultés, vous pouvez choisir de n'implémenter ces périphériques que sur le système de production.
  • Décidez de la taille d'un ensemble de données pour qu'il se rapproche de la taille du contenu stocké du système de production et des informations de flux de travaux pour le test fonctionnel de préproduction.
Suivez le scénario d'installation répartie standard, avec les éléments à haute disponibilité si nécessaire, pour installer votre système de préproduction.
Système de reprise après incident
Ce système étant conçu pour fournir une continuité des opérations suite à un incident d'origine naturelle ou humaine, il est souvent géographiquement situé à distance de la production. Il n'est pas conçu pour être instantanément activé afin de remplacer un système de production qui n'est plus disponible. Ce basculement est en effet généralement assuré via l'implémentation de fonctions de haute disponibilité et de reprise après incident dans l'environnement de production lui-même.
Système de production
Le système de production est le système opérationnel, avec toutes les fonctions et entièrement testé, ayant accès à tout le contenu et tous les flux de travaux sur tous les matériels et logiciels de la plateforme et configuré pour accéder à votre ensemble d'utilisateurs et de groupes, qui prend en charge votre application.
Suivez le scénario d'installation répartie standard, avec les éléments à haute disponibilité si nécessaire, pour installer votre système de production.


Dernière mise à jour : Octobre 2015
p8ppi247.htm

© Copyright IBM Corp. 2013, 2015.