Version imprimable
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 !
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.
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 ;)
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.
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.Citation:
Envoyé par Icarus31
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)
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 ?
Les deux sont viables. Après tout dépendra du volume d'informations de dialogue.
En gros voici les avantages et inconvenients de chaque solution :
Par le Html
Avantage : Mise à jour facile, tu n'as qu'a mettre à jour tes fichiers sur le serveur vu que le client est un webbrowser.
Inconvenient : le serveur devra envoyer texte/image/code à chaque appel de pages
Par un TCPClient/Serveur :
Avantage : Peu d'informations de dialogue (par rapport au html), peu de ressource utiliser par le serveur vu que c'est le client qui traite une bonne partie des informations et de l'affichage.
Inconvenient : tu dois tout coder dans le client pour l'affichage, prévoir les images directements au niveau du client, à chaque mise à jour tous les clients doivent le faire.
Ok ! Merci beaucoup pour ton aide ! Dès que j'ai une première ébauche du coeur de mon projet, je le présenterai de nouveau pour avoir vos avis !
J'ai rajouté un avantage dans la partie TCP (que j'avais oublié de mettre).
Sinon si tu as ta réponse, pense à cliquer sur le :resolu: en bas ^^
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) :(