Discussion :

[Torg666]

Bonjour,
dsl par avance si je post pas au bon endroi.

Je travail sur un projet de reception de donnée de carte electronique.
Donc, dans ce but, j'ai développé une application Java (donc "locale") qui est un serveur de socket TCP. Le serveur marche bien.
L'herbergement du serveur, qui devais dans un premier temps etre hebergé par le client, à changer.Désormais, nous devons sous-traiter l'herbergement du serveur par une autre societe (c'est pas notre metier).

Je me demande s'il existe un moyen de migrer mon serveur socket TCP vers une application web facilement (j'y crois pas trop mais ca coute pas grande chose de demander) ou si je dois redevelopper mon serveur?

De plus, je vois pas trop comment faire fonctionner mon serveur socket TCP dans ce cadre là.

Le fonctionnement actuel du serveur est assez facile a resumé:
1- le serveur est demarrer, il se connecte une base de donnée.
2- le serveur attend qu' une carte electronique se connecte.
3- une carte electronique se connecte, le serveur lui attribut un socket.
4- le serveur identifie la carte, si elle est inconnue, il ferme le socket.
5- le serveur attend l'emission de donnees sur le socket.
6- des donnees sont emises (trame binaire), le serveur les controles puis les interpretent. Si le controle ne passe pas ou si il n'est pas capable d'interpreter les donnees, les données sont ecrite dans un fichier de log.
7- les données interpretées sont stocker dans la base de données.
8- le serveur revien a l'etape 5, etc...
9- le timeout entre 2 emissions de données est depassé ou la carte se deconnecte, le socket est fermé.

Donc je dois pouvoir acceder au serveur pour le demarrer/arreter, vois le nbre de carte connectées, etc...
Je sais deja que le serveur dois disposé d'un DNS et d'un port.

Ensuite l'utilisateur, avec un RIA, peu consulté la BDD.

Je cherche a savoir si quelqu'un a deja eu a faire ça. Et si il a rencontré des difficultes particulieres liée a un herbegement distant, etc...

merci d'avance

[Tommy31]

Explicite ce que tu entends par web, car de ce que tu décrits c'est plutôt une transposition TCP vers HTTP.

[Torg666]

Et bien, jusqu'à maintenant, j'avais comme serveur une application Java "classique" étant donné que le serveur devait être herbergé sur une machine du client.
Désormais, je dois faire en sorte de pouvoir acceder au serveur à distance.
Je me pose la question de savoir quels vont être les modifications et surtout les problèmes posés par ce changement.

La première question que je me pose c'est que je dois pouvoir disposer de plusieurs DNS:
- 1 pour le RIA (developpé avec le framework GWT), ca pas de souci c'été prevue. Je me sert de tomcat comme serveur d'application.
- 1 pour mon serveur socket TCP pour que les cartes électroniques ce connectent dessus.
Je dois aussi pouvoir me connecter au serveur socket TCP pour le mettre a jour, le redemarrer, etc...

Je manque clairement d'experience dans ce domaine là, et je me torture peut-être pour rien...

[dingoth]

Tout d'abord, ce n'est pas parce que ton serveur devient externe qu'il faut passer par le Web. Je ne pense pas que tu désires changer toute ton API de communication afin de supporter quelque chose que tu as déjà : une communication par TCP.

En java, cela ne devrait pas poser de problème. Il faut juste changer le nom de l'hôte afin qu'il redirige vers le nouveau serveur.

Les problèmes sont davantage liés à la sécurité du réseau et des serveurs. L'inconvénient majeur étant le démarrage et l'arrêt du serveur. Typiquement un serveur reste allumé 24h/24, et n'est arrêté que pour éteindre la machine. Il faut donc prévoir un mécanisme d'arrêt du serveur (autre que l'interruption brutale évidemment ). Le relancer au démarrage est possible, et des administrateurs UNIX/Windows (en fonction du type de serveur) t'aideront bien mieux que moi dans ce domaine.

[Torg666]

Tout d'abord, ce n'est pas parce que ton serveur devient externe qu'il faut passer par le Web. Je ne pense pas que tu désires changer toute ton API de communication afin de supporter quelque chose que tu as déjà : une communication par TCP.

En java, cela ne devrait pas poser de problème. Il faut juste changer le nom de l'hôte afin qu'il redirige vers le nouveau serveur.

Les problèmes sont davantage liés à la sécurité du réseau et des serveurs. L'inconvénient majeur étant le démarrage et l'arrêt du serveur. Typiquement un serveur reste allumé 24h/24, et n'est arrêté que pour éteindre la machine. Il faut donc prévoir un mécanisme d'arrêt du serveur (autre que l'interruption brutale évidemment ). Le relancer au démarrage est possible, et des administrateurs UNIX/Windows (en fonction du type de serveur) t'aideront bien mieux que moi dans ce domaine.

Je suis d'accord avec toi, une fois en production ca ne devrai plus trop bouger.
Néanmoins, avant d'en arriver là faut que je puisse arreter/demarrer mon serveur (je parle de l'appli pas de la machine ), par exemple pour le remplacer par une autre version. Et même en production, faut pouvoir l'arreter pour d'eventuelle evolution, et ensuite le redemarrer, etc...

Je preferai anticiper les emmerdes plutot que de les gerer qd je suis dedans...
je sais parfaitement que c'est impossible de tout gerer mais bon si deja je peux m'eviter quelques nuit blanche... je m'en porterai que mieux

[dingoth]

Je parlais de la machine, mais de l'appli aussi. Ce qui fait qu'au final en relisant, ça ne donne rien du tout


On va le refaire :
En gros le serveur (appli) est sur le serveur (machine) et qu'il est rare qu'on ait vraiment besoin d'arrêter le serveur (tant appli que machine). Malgré tout, on veut pouvoir arrêter le serveur (appli) et donc faut prévoir un mécanisme interne au serveur (appli) pour qu'il s'arrête proprement. Mais il faut également qu'au lancement du serveur (machine), le serveur (appli) se lance également. Et pour ça, rien de mieux que des administrateurs systèmes pour t'aider.

Clair, pas clair ?

[Tommy31]

La première question que je me pose c'est que je dois pouvoir disposer de plusieurs DNS:
- 1 pour le RIA (developpé avec le framework GWT), ca pas de souci c'été prevue. Je me sert de tomcat comme serveur d'application.
- 1 pour mon serveur socket TCP pour que les cartes électroniques ce connectent dessus.
Je dois aussi pouvoir me connecter au serveur socket TCP pour le mettre a jour, le redemarrer, etc...

Je manque clairement d'experience dans ce domaine là, et je me torture peut-être pour rien...

De ce que tu décris, je ne toucherais pas le serveur TCP. L'effort protocolaire est alors essentiellement réalisé sur le serveur GWT.

La problématique de l'administration peut être résolue de différentes façons, comme une simple connexion SSH.