Bonjour,

J'ai eu l'occasion de developper et de mettre en production un serveur applicatif sur un Windows 2012. L'application est une DLL qui s'appuie sur un IIS 7. Les donn�es sont consult�es par des clients IOS et Android d�velopp�s en FMX.

L'application serveur interroge une base de donn�es Postgres et Oracle avec FireDAC pour y r�cup�rer de l'information et la mettre dans un cache.
Le rafra�chissement du cache se fait arbitrairement toutes les 5 minutes.
Le serveur expose ensuite environ 10 m�thodes pou r�pondre aux sollicitations des clients IOS et Android.
Le serveur fonctionne en "mode serveur" et non pas en "mode session", ce qui permet de conserver un cache.

La question, que je me posais, est : combien de client peuvent solliciter simultan�ment le serveur ?
Avec un outil de test, nous avons r�alis� un sc�nario typique d'authentification, puis de r�cup�ration d'information, et nous avons essay� de stresser le serveur.
L'usage pr�vu est de 100 utilisateurs, dont 10 exactement simultan�ment.
Nous avons largement atteint nos objectif, puisque sans souci, nous avons bombard� avec 100 utilisateurs simultan�s, ce qui permettrait d'atteindre 1000 utilisateurs enregistr�s.
Nous n'avons pas test� davantage, le serveur �tant un serveur de production, nous ne pouvions pas risquer de le planter :-)
Nous avons constat� que l�utilisation CPU ne d�passait pas 40% de la puissance disponible (2 V-CPU mono coeur � 2.5 Ghz) . La consommation de m�moire �tait stable � 30% de la m�moire disponible.
Le taux d��chec des requ�tes REST �tait de l'ordre de 0.1% (420000 appels et 520 ko).

Conclusion : les serveurs REST bas� sur un IIS par le biais d'une DLL sont plutot stables et performants.

si vous avez des exp�riences semblables ou ... contraires, n'h�sitez pas � t�moigner.

Cordialement

Carmichael