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