Mise à l'échelle du jeu de poker Flex dans Google Apps Engine par rapport à Amazon EC2

Question

J'ai un code côté serveur écrit en Java et le code côté client écrit en flex. Comme le client fait une demande environ toutes les 3 secondes au serveur, alors je suis sûr que je rencontre des problèmes d'évolutivité à un moment donné. Pour autant que je puisse voir, je peux héberger l'application dans Google Apps Engine ou Amazon Cloud. Comme je comprends, Amazon propose une approche de bricolage et je dois configurer et maintenir le cluster moi-même, ce que je n'aime pas vraiment, donc je suis enclin à utiliser GAE, qui promet une évolutivité virtuellement infinie si on peut se conformer aux limitations et restrictions bien sûr. L'une des limitations est le nombre de demandes à 500 par seconde (peut demander temporairement plus en remplissant un formulaire spécial), ce qui se traduit par environ 1500 utilisateurs simultanés, chaque ping toutes les 3 secondes au serveur. Ce qui me dérange, c'est que je ne sais vraiment pas quelle est la taille de cette machine et que 1500 joueurs ne semblent vraiment pas très nombreux, à part utiliser Google Apps et peut-être AWS (à moins que ça ne s'équilibre mieux avec ce que je suis essayer de faire), quelles autres options ai-je, ce qui ne me coûterait pas une fortune?

Merci.

Answer 1

Il n'y a plus de limite stricte au nombre de QPS que votre application App Engine peut supporter (et dans tous les cas, les augmentations n'ont jamais été temporaires). Tant que la latence moyenne de votre requête est inférieure à 1000 millisecondes, nous provisionnons plus d'instances si nécessaire.

En ce qui concerne les sondages, oui, cela n'évoluera pas bien en ce qui concerne la consommation de ressources. L'API Channels à venir fournira un moyen de notifier de manière asynchrone le navigateur d'un utilisateur.