Re: Réseau
Posté par R&B le 27/5/2004 11:17:24
Bonjour GoZeub.
Une question : le programme est réalisé... on vous vous posez les question sur l'infrastructure de son exploitation maintenant ? Cela me rapelle des discussions professionnelles parfois houleuses avec des responsables projets : mettre la charue avant les boeufs.
Un programme s'intègre généralement dans un projet à plus grande échelle (stratégie commerciale, industrielles...) et ces élément sont généralement connus (ou pré-suposés) dès le départ....
POur avoir réalisé un projet aussi disponible sur plusieurs sites distant voici donc une architecture épprouvée avec HyperFile (si, si).
Un Serveur Windows 2003 avec TSE (+VPN ?) + ADSL adaptée (dédiée 1024/2048) + routeur correctement configuré
Sur ce serveur : Votre projet WinDev et sa base hyperfile
Chez les 'clients' : une simple connexion ADSL 'lente' (512) et le client TSE.
L'exécution et les accès bases ont lieu exclusivement sur le serveur, il faut dimensionner le serveur en conséquence.
Pour la partie réseau, il ne faut pas hésiter à faire appel à des compétences dédiées.
Pour le développement il faut gérer les accès concurentiels et utiliser une installation 'normale'.
Dans notre cas on a remanié le groupware utilisateur pour des fonctionnalités spécifiques.
Cette solution n'est pas la plus éconnomique mais c'est la meilleure existante pour travailler serainement à distance.
Mieux, les 'navigants' ont aussi accès au système... et ce n'est pas rien en terme opérationnel.
Evidément il reste d'autres solution : réplications et cie... mais c'est un autre débat.
Autre étape : accès natif sur SQL ou HyperFile en Client/Serveur.
Là les exe sont sur les postes 'distant' (ou sur un serveur dédié à l'exécution selon les besoins) et seule la base est sur un seveur accessible par le net (avec la sécurité nécessaire).
précision : en TSE, seuls les ordres claviers/souris et les affichages circulent. Ceci explique peut être la performance. Le revers tiens dans le fait précis qu'il faut dimensionner le(s) serveur(s) pour l'execution des programmes de chaque sessions connextées... là en cas de trés grosses architectures, il faut se pencher sur le clustering ou proposer un mini 'Lan' pour les serveur...
Des machines dédiées 'execution' (Processeurs + RAM) et une autre pour la base (Disque rapide).
Bon courage
Une question : le programme est réalisé... on vous vous posez les question sur l'infrastructure de son exploitation maintenant ? Cela me rapelle des discussions professionnelles parfois houleuses avec des responsables projets : mettre la charue avant les boeufs.
Un programme s'intègre généralement dans un projet à plus grande échelle (stratégie commerciale, industrielles...) et ces élément sont généralement connus (ou pré-suposés) dès le départ....
POur avoir réalisé un projet aussi disponible sur plusieurs sites distant voici donc une architecture épprouvée avec HyperFile (si, si).
Un Serveur Windows 2003 avec TSE (+VPN ?) + ADSL adaptée (dédiée 1024/2048) + routeur correctement configuré
Sur ce serveur : Votre projet WinDev et sa base hyperfile
Chez les 'clients' : une simple connexion ADSL 'lente' (512) et le client TSE.
L'exécution et les accès bases ont lieu exclusivement sur le serveur, il faut dimensionner le serveur en conséquence.
Pour la partie réseau, il ne faut pas hésiter à faire appel à des compétences dédiées.
Pour le développement il faut gérer les accès concurentiels et utiliser une installation 'normale'.
Dans notre cas on a remanié le groupware utilisateur pour des fonctionnalités spécifiques.
Cette solution n'est pas la plus éconnomique mais c'est la meilleure existante pour travailler serainement à distance.
Mieux, les 'navigants' ont aussi accès au système... et ce n'est pas rien en terme opérationnel.
Evidément il reste d'autres solution : réplications et cie... mais c'est un autre débat.
Autre étape : accès natif sur SQL ou HyperFile en Client/Serveur.
Là les exe sont sur les postes 'distant' (ou sur un serveur dédié à l'exécution selon les besoins) et seule la base est sur un seveur accessible par le net (avec la sécurité nécessaire).
précision : en TSE, seuls les ordres claviers/souris et les affichages circulent. Ceci explique peut être la performance. Le revers tiens dans le fait précis qu'il faut dimensionner le(s) serveur(s) pour l'execution des programmes de chaque sessions connextées... là en cas de trés grosses architectures, il faut se pencher sur le clustering ou proposer un mini 'Lan' pour les serveur...
Des machines dédiées 'execution' (Processeurs + RAM) et une autre pour la base (Disque rapide).
Bon courage
Cette contribution était de : http://old.wdforge.org/newbb/viewtopic.php?forum=6&topic_id=941&post_id=3853