ReflexClient Cubes
Les différentes architectures
• Architecture « base individuelle »
• Architecture centralisée
• Archite...
ReflexClient Cubes : architecture « base individuelle »
Serveur Volupack

Site de production

Linux ou Windows

1

2
Utili...
ReflexClient Cubes : architecture centralisée
Serveur Volupack

Serveur Reflexclient
Windows TSE

Linux ou Windows

Site d...
ReflexClient Cubes : architecture nomade
Serveur Volupack

Serveur Reflexclient
Windows

Linux ou Windows

1

2

Site de p...
ReflexClient Cubes : architecture nomade avec passerelle
Serveur Volupack

Serveur Reflexclient
Windows

Linux ou Windows
...
ReflexClient Cubes : architecture mixte « centralisée / nomade »
avec passerelle optionnelle
Serveur Volupack

Serveur Ref...
Prochain SlideShare
Chargement dans…5
×

Reflex client 2013 cubes architecture

1 034 vues

Publié le

Architecture de ReflexClient

Publié dans : Business
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 034
Sur SlideShare
0
Issues des intégrations
0
Intégrations
716
Actions
Partages
0
Téléchargements
2
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Reflex client 2013 cubes architecture

  1. 1. ReflexClient Cubes Les différentes architectures • Architecture « base individuelle » • Architecture centralisée • Architecture nomade • Architecture nomade avec passerelle • Architecture mixte « centralisée / nomade » Actualisé le 05/11/2013
  2. 2. ReflexClient Cubes : architecture « base individuelle » Serveur Volupack Site de production Linux ou Windows 1 2 Utilisateurs VoluPack Base Oracle 1 Actualisation de nuit des « cubes » dans la base Volupack. On intègre par exemple les commandes et factures de la veille. 2 Synchronisation des « cubes » entre le serveur VoluPack et les postes utilisateurs (automatiquement à chaque démarrage ou à la demande). ReflexClient installé localement Cette architecture est la plus simple mais réservée uniquement à un petit nombre d’utilisateurs. ReflexClient est installé sur chaque poste utilisateur. Les utilisateurs synchronisent directement leurs « cubes » avec le serveur Volupack. Ils peuvent accéder à leurs « cubes » de manière nomade, sans être connecté au réseau de l’entreprise (en clientèle par exemple). Le serveur Volupack est sollicité à chaque synchronisation d’un utilisateur. Chaque poste utilisateur est autonome mais l’installation est plus longue (base cliente et serveur locale et drivers Oracle installé localement).
  3. 3. ReflexClient Cubes : architecture centralisée Serveur Volupack Serveur Reflexclient Windows TSE Linux ou Windows Site de production Accès distant 1 2 Utilisateurs VoluPack Base Oracle ReflexClient Base SQL Server 1 Actualisation de nuit des « cubes » dans la base Volupack. 2 Synchronisation de nuit des « cubes » entre la base Volupack et le serveur ReflexClient. Aucun logiciel requis Les utilisateurs se connectent sur le serveur TSE distant. Aucune installation locale requise. Pas de mode nomade. Pour accéder à l’application, les utilisateurs doivent être connectés au réseau d’entreprise.
  4. 4. ReflexClient Cubes : architecture nomade Serveur Volupack Serveur Reflexclient Windows Linux ou Windows 1 2 Site de production 3 Utilisateurs VoluPack Base Oracle ReflexClient Base SQL Server 1 Actualisation de nuit des « cubes » dans la base Volupack. 2 Synchronisation de nuit des « cubes » entre la base Volupack et le serveur ReflexClient. 3 Synchronisation des « cubes » entre le serveur ReflexClient et les postes utilisateurs (automatiquement à chaque démarrage ou à la demande). ReflexClient installé localement Les utilisateurs disposent localement de l’application ReflexClient. Ils synchronisent régulièrement leurs « cubes ». Ils peuvent accéder à leurs « cubes » de manière nomade, sans être connecté au réseau de l’entreprise (en clientèle par exemple).
  5. 5. ReflexClient Cubes : architecture nomade avec passerelle Serveur Volupack Serveur Reflexclient Windows Linux ou Windows 1 Site de production 4 3 2 Passerelle VoluPack Base Oracle ReflexClient Base SQL Server 1 Actualisation de nuit des « cubes » dans la base Volupack. 2 Synchronisation de nuit des « cubes » entre la base Volupack et le serveur ReflexClient. 3 Synchronisation de nuit des « cubes » entre le serveur ReflexClient et la passerelle sur le site de production. 4 Synchronisation des « cubes » entre la passerelle et les postes utilisateurs (automatiquement à chaque démarrage ou à la demande). Utilisateurs ReflexClient installé localement Disposer d’une passerelle ReflexClient permet d’optimiser les temps de synchronisation des cubes en diminuant le trafic réseau distant. Utile et conseillé lorsque le site de production est éloigné du site d’hébergement du serveur Reflexclient.
  6. 6. ReflexClient Cubes : architecture mixte « centralisée / nomade » avec passerelle optionnelle Serveur Volupack Serveur Reflexclient Windows TSE Linux ou Windows Site de production 4 3 1 VoluPack Base Oracle 2 ReflexClient Base SQL Server 1 Actualisation de nuit des « cubes » dans la base Volupack. 2 Synchronisation de nuit des « cubes » entre la base Volupack et le serveur ReflexClient. 3 Synchronisation de nuit des « cubes » entre le serveur ReflexClient et la passerelle sur le site de production. 4 Synchronisation des « cubes » entre la passerelle et les postes utilisateurs (automatiquement à chaque démarrage ou à la demande). Accès distant Passerelle (optionnel) Utilisateurs nomades Utilisateurs sédentaires Vous pouvez mixer les architectures centralisée et nomade : - les postes sédentaires n’ont rien d’installé localement et accèdent à ReflexClient via un accès TSE distant. - Les postes nomades ont ReflexClient d’installé localement et se synchronisent régulièrement. Ils bénéficient d’une application nomade : les « cubes » les suivent dans leurs déplacements.

×