Netskope LogoNetskope Logo
  • Services de sécurité
  • Services d’IA
  • Services de miseenréseau
  • Services d'analyse
  • Intégrations
  • getting-started.svgPour commencer
    • Support
    • Communauté
    • Netskope.com
    © 2026 Tous droits réservés. Netskope Inc.
    Accueil
    Événements de transaction
    Architecture du client de streaming d'événements

    Architecture du client de streaming d'événements

    Event Streaming Client peut être déployé avec ou sans haute disponibilité.

    Dans tous les modes de déploiement, la solution comprend

    • Aucun service ne doit être publié publiquement du côté du client, toutes les demandes du client de streaming d'événements sont sortantes.
    • Les événements sont transmis du serveur de streaming d'événements situé dans le plan de gestion du locataire au client de streaming d'événements via le tunnel GRPC. Le client de streaming d'événements ne tire pas d'événements.
    • Les événements sont regroupés en lots de 50 Mo maximum.
    • Pas de perte d'événements avec acquittement de bout en bout (avec syslog TCP) : chaque lot d'événements est acquitté lorsqu'il est entièrement transmis à la cible syslog. En cas d'interruption pendant le traitement ou le transfert, le lot sera redémarré.
    • Un lot d'événements suit un chemin unique : tous les événements d'un lot sont traités par un seul Streaming Client et envoyés à un seul serveur syslog.
    • Un lot d'événements n'est envoyé qu'une seule fois, il ne peut pas être distribué à plusieurs serveurs syslog.
    • Aucune communication n'est nécessaire entre les clients de streaming d'événements.
    • La conservation des données n'est effectuée que dans le plan de gestion, et non sur le client de streaming d'événements.
    • Le traitement des données se fait uniquement en mémoire, les événements ne sont pas stockés sur le disque à l'intérieur de l'Event Streaming Client.

    Flux du réseau

    Pour fonctionner correctement, l'Event Streaming Client nécessite une connectivité Internet sortante directe ou via un proxy HTTP.

    Tous les flux sont initiés par le client de flux d'événements, il n'y a pas de service à publier publiquement.

    Direct

    Client de diffusion d'événements - Flux directs

    Proxy HTTP

    Event Streaming Client - Flux de proxy HTTP

    Client de streaming d'événements sans haute disponibilité

    Dans ce mode, tous les lots sont traités par un seul client de streaming d'événements et envoyés à un seul serveur syslog.

    Dans cet exemple, une seule cible est configurée :

    • Client 1 → Serveur Syslog A

    Chemin d'accès aux événements sans haute disponibilité

    Client de streaming d'événements avec haute disponibilité sur le client

    Lorsque deux clients ou plus sont disponibles, les serveurs de streaming d'événements répartissent les lots d'événements sur chaque client de streaming d'événements.

    Dans cet exemple, 2 cibles sont configurées :

    • Client 1 → Serveur Syslog A
    • Client 2 → Serveur Syslog A

    Chemin d'accès aux événements avec la haute disponibilité

    Event Streaming Client avec haute disponibilité sur le client et le serveur Syslog

    En plus de l'équilibrage de charge du client de streaming d'événements, lorsqu'un client a deux serveurs Syslog ou plus définis, les lots seront équilibrés par le client entre les serveurs Syslog disponibles.

    • Dans cet exemple, 4 cibles sont configurées :
      • Client 1 → Serveur Syslog A
      • Client 1 → Serveur Syslog B
      • Client 2 → Serveur Syslog A
      • Client 2 → Serveur Syslog B

    Chemin d'accès aux événements avec haute disponibilité et équilibrage de la charge Syslog

    Les lots d'événements seront répartis entre les deux serveurs Syslog.

    Client de streaming d'événements avec haute disponibilité sur plusieurs centres de données

    Pour assurer une haute disponibilité sur plusieurs centres de données, il est possible d'avoir un client de streaming d'événements sur chaque site.

    • Dans cet exemple, 4 cibles sont configurées :
      • Client 1 → Serveur Syslog A
      • Client 2 → Serveur Syslog A
      • Client 3 → Serveur Syslog B
      • Client 4 → Serveur Syslog B

    Chemin d'accès aux événements avec équilibrage de la charge sur plusieurs sites

    Les lots d'événements seront répartis entre les deux serveurs Syslog.

    Dans ce thème
    • Architecture du client de streaming d'événements