Service de logging avec une API centralisée pour les remonter des logs

1. ARCHITECTURE MULTITIERS
ET SYSTÈME DE LOGGING
Chercherunproduit.fr
Startpointlebanon.com

2. Architecture hexagonale du service
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 APPLICATION COMP.
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
Logging Client
PLATFORM SERVICE
Client Application
PLATFORM SERVICE
Logging API
PHYSICAL TECHNOLOGY
COMP.
Log4Net

5. Mode d’utilisation
■ Utilisation client/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)