Pratiques exemplaires

Dernière mise à jour : Nov 09, 2023 |
Informations sur le prologue
Experience Portal prend en charge l’axe 2.0 Application Logging web service.
Lorsque vous utilisez le Application Logging web service, gardez à l’esprit que :
  • L’axe 2.0 Application Logging web service utilise l’authentification de base pour authentifier les demandes des clients de service Web et ne prend en charge que le protocole HTTPS.
  • Lorsque le protocole HTTPS est utilisé dans le client de service Web, le client de service Web doit traiter pour accepter le certificat du EPM serveur. Aucun certificat ne doit être installé sur le serveur d'applications. Il s’agit d’une authentification SSL unidirectionnelle.
  • Lorsque vous appelez les services Web de journalisation des applications Axis 2.0, assurez-vous de désactiver le regroupement HTTP.
  • Lorsque vous soumettez une demande au service Web, vous devez spécifier le nom d'utilisateur et le mot de passe qui sont spécifiés dans la section Rapports d'application du groupe Authentification du service Web sur la page EPM Paramètres. Si vous devez modifier ce nom d'utilisateur ou ce mot de passe, vous devez le faire par l'intermédiaire du EPM. Pour plus de détails, voir Configuration du Application Logging web service. Pour les Application Logging web service demandes Axis 2.0, vous pouvez également utiliser le nom d’utilisateur et le mot de passe du portail Web Experience Portal. L'utilisateur Web doit avoir le rôle Services Web avec la fonction Rapports d'application activée.
  • Vous devez envoyer toutes les entrées de journal pour un ou plusieurs blocs de session en même temps. N’envoyez pas chaque entrée de journal au fur et à mesure qu’elle se produit, car cela pourrait nuire à la performance Experience Portal du système.
  • Vous devez utiliser la méthode de service Web logApplicationEventAlarm avec la plus grande prudence. Vous devez mettre en œuvre un mécanisme d’étranglement du côté client pour limiter les inondations du EPM avec les événements et alarmes de l’application.
  • Vous devriez avoir en place un mécanisme de mise en file d’attente ou une méthode de contrôle du taux d’échantillonnage approprié si vous envoyez un grand nombre d’entrées de journal à la base de données. Sinon, cela pourrait nuire au rendement Experience Portal du système.
  • Vous devez enregistrer toutes les entrées de journal au cas où le n'EPMest pas disponible lorsque le Application Logging web service est appelé. De cette façon, vous pouvez renvoyer les entrées de journal lorsque le EPM devient disponible.
  • Si votre Experience Portal EPM logiciel fonctionne sur un serveur dédié, vous devez configurer un EPM serveur auxiliaire pour traiter les Application Logging web service demandes si le EPM serveur principal n'est pas disponible.
  • Le rapport Détail de lAvaya Experience Portal'application et le rapport Résumé de l'application s'attendent à ce que les données du rapport soient dans un format particulier. Pour plus de détails sur les enregistrements de détails de l'application (ADR) qui sont stockés dans le vpapplog tableau, reportez-vous à la section Génération de rapports personnalisés à l'aide d'un logiciel tiers dans Administration Avaya Experience Portal.