Discussion :

[Icarus31]

Bonjour,

Je souhaite développer une application de type client/serveur.

Le serveur devra etre capable d'accepter des milliers de connexions. Je voulais donc savoir quels composants me conseillerez vous pour faire cela ?

J'ai fait quelques recherches sur INDY, qu'en pensez vous ? Si c'est un bon choix, quelle architecture faudrait-il mettre en place ?

Merci d'avance !

[Rayek]

Ta question est trop vague pour que quelqu'un puisse te répondre.

Indy peut accepter un nombre important de connexion simultannée.
Pour l'architecture, c'est à toi de savoir quoi faire, nous ne connaissons pas ton projet, donc on ne peut pas t'indiquer la meilleure méthode.

[Icarus31]

C'est vrai j'aurais du présenter ce que je voudrais développer !

Présentation

En fait ce serait une application client/serveur qui servierait à développer un jeu du type "ogame" ou "travian" pour ceux qui connaissent (www.ogame ou www.travian3.fr).

Fonctionnement et contraintes

En gros : c'est un jeu où les clients se connecte de temps en temps et pendant qu'ils sont connectés il n'y a pas d'échange de donné sauf en cas d'intéraction avec l'interface utilisateur (donc pas UDP). Ce serait de simple message pour que le client communique avec le serveur (et vice versa) de temps en temps (pas d'échange d'information en permanence).

Tout ca est fait pour alléger la charge du serveur (qui est supposé simuler ce qui se passe dans le jeu) et pour réduire la bande passante nécessaire. Le serveur devrait etre capable de recevoir des milliers de connexions car cela serait un jeu où tout le monde intéragirait en meme temps.

La solution habituelle est de programmer tout cela avec des pages web dynamiques (ASP/PHP), mais cela limite beaucoup les possibilités meme si c'est bien plus accessible et simple à déployer.

Problematiques

Je voulais donc savoir si INDY pourrait etre assez performant et robuste pour cela et si c'est le cas, quel architecture mettre en place avec INDY.

L'architecture de l'application serait du type 3 tiers.

Petit mot de fin

C'est pour un projet personnel pour tester et peut etre un jour (avec un peu de chance...) mettre en place un jeu massivement multijoueur gratuit

[Rayek]

Je te conseil de jetter un oeil à ce topic, qui te montre un peu l'utilisation du IdHttpServer qui je pense serait le mieux pour ce que tu veux faire.

[Icarus31]

Merci, mais je ne veux pas utiliser d'HTML

Je voudrais développer un client lourd avec des transferts de packet en TCP plutot. Ma plus grosse crainte se situe au niveau des performances d'INDY - notamment s'il est capable de gérer un nombre important de connexion.

[Rayek]

Merci, mais je ne veux pas utiliser d'HTML

Je voudrais développer un client lourd avec des transferts de packet en TCP plutot. Ma plus grosse crainte se situe au niveau des performances d'INDY - notamment s'il est capable de gérer un nombre important de connexion.

Pourquoi ne le serait il pas.
La seul limitation sera ta connexion internet ainsi que la mémoire de ton PC qui pourront être un frein aux sessions multiples qui vont être générées.

Sinon, si tu ne veux pas gérer de Html, il te faut utiliser TidTCPServer et TIdTCPClient (tu as normalement un exemple de chat dans les demos de delphi)

[Icarus31]

Si un jour ce que je voudrais développer se concrétise, je ne pourrai pas héberger le serveur chez moi pour cause de bande passante.

Sans trop m'avancez, je suppose que le serveur HTTP doit avoir des avantages notamment parcequ'il utilise le port 80 cela permet peut etre résoudre certains problème de connectivité particulier (comme blocage par un firewall, FAI, NAT, etc...).

Le serveur HTTP ne serait-il pas trop lent par rapport à l'utilisation de TCP sachant que des milliers voir des dizaines de milliers de connexions sont envisageables ?

[Icarus31]

Ok, je n'avais pas vu le bouton "résolu"

Je me rends compte que meme avec une formation profesionnelle d'ingénieurie en développement - on ne voit finalement pas toujours l'essentiel...

J'ai appris le fonctionnement, l'architecture de toutes ces technologies et protocoles mais je n'ai jamais eu à appliquer tout cela concretement (ou alors sur de petit projet, où on ne verra pas la différence dans le choix des différentes solutions)