Télécharger pour lire hors ligne
Téléchargé parMichel Bruchet
ECommerce Logging
Le document décrit une architecture multitiers pour un système de logging utilisant divers composants technologiques, notamment des services REST, des bases de données NoSQL et des configurations spécifiques pour les clients et serveurs. Il met en avant une architecture logique et physique avec des détails sur les niveaux de logging, la configuration des clients, et la gestion de la haute disponibilité. Des mécanismes de redondance et de fallback sont également abordés afin d'assurer une grande disponibilité des services.
ECommerce Logging
- 1. ARCHITECTURE MULTITIERS ET SYSTÈMEDE LOGGING Chercherunproduit.fr Startpointlebanon.com
- 2. Architecture hexagonale duservice Heading PHYSICAL TECHNOLOGY COMP. Logging Client Configuration Configuration API File Source API Rest Client Accès aux données NoSQL SQL Entity Framework Core SQL Server In Memory MiddleWare Cluster Standalone Event Rest IHM Mobile Client Test Adapter PHYSICAL TECHNOLOGY COMP. Logging Server Redis RavenDB Cosmos SQL Web Assembly DocumentDB MongoDb DAC Redis Server Sent Events Queue Azurehub eventsMessaging
- 3. Architecture Logique LOGICAL APPLICATIONCOMP. Client LOGICAL APPLICATION COMP. ECommerce.Logging.Client LOGICAL APPLICATION COMP. Provider LOGICAL APPLICATION COMP. Logger LOGICAL APPLICATION COMP. ECommerce.Logging.Api LOGICAL APPLICATION COMP. LoggingController LOGICAL APPLICATION COMP. LoggingRepository LOGICAL APPLICATION COMP. Ecommerce.Data.Reposi toryStore LOGICAL APPLICATION COMP. log4net
- 4. Architecture Physique PLATFORM SERVICE LoggingClient PLATFORM SERVICE Client Application PLATFORM SERVICE Logging API PHYSICAL TECHNOLOGY COMP. Log4Net
- 5. Mode d’utilisation ■ Utilisationclient/server – Le Client est un middleware avec une extension pour ILoggerFactory ■ AddRemoteLogger avec RemoteLoggerSetting et possibilité de passer le httpClient – Le Serveur site API ■ Configuration – IsEnabled : Actif ou non – MinEventLevel : Niveau minimum pour logguer – RemoteUrl : Url de l’API – Application : Nom de l’Application – Service : Nom du service – Environment : Nom de l’environement
- 6. Cluster haute disponibilitéet Haute capacité ■ 2+ Instances du service API – Redondance des services pour plus de disponibilités – Fallback: Un mécanisme de très haute disponibilité (Si aucun API n’est disponible, L’action est stockée en background et relancer plus tard)