Meilleure façon d'utiliser un serveur asynchrone (Boost.Asio)

Bonjour à tous

Je test un code exemple de Boost.Asio ( async_tcp_echo_server.cpp) sur linux.

Je ne suis pas sur d'avoir bien compris certain point d'un serveur asynchrone.
Que se passe-t-il si plusieurs clients se connectent en même temps, et envoie leur données ? Le serveur va les traiter les 1 à la suite des autres?
Quelle est la meilleure façon de traiter les données reçues dans do_read ? Dois je créé un thread qui récupère la donnée et la traite ou dois je transférer les données à travers une mémoire partagé ou un pipe à un autre thread qui lui se chargera de traiter les données ?

Je vous remercie de votre aide
Cdl

Je fais de cette façon (pour une gestion des données asynchrone en read) :
- Je lance un thread en lecture sur la socket.
- Quand des données sont dispo, je vois deux façon de faire : soit tu les stockes en interne dans la classe qui gère la socket, soit tu les envoies dans une autre classe qui va l'ajouter à une pile de messages en attente. Dans les deux cas, inutile de préciser que les mutex sont de rigueur.

En gros, soit tu centralises toutes tes données quand tu en reçois des nouvelles, soit tu laisses le thread principal (ou un autre) aller chercher les données lui-même. Dans tous les cas, le traitement se fait "un par un". Cependant, tu peux tout à fait faire le traitement dans des threads, tu n'as pas grand chose à changer à ma logique.

Cela dit, il serait intéressant que d'autres personnes proposent leurs idées. J'ai toujours fait de ces façons pour un serveur asynchrone donc je ne sais pas s'il n'existe pas une autre façon de faire à laquelle je n'aurais pas pensé.

Merci de ta réponse.

L'action que je dois réalisé est l'enregistrement de la données dans une base de données.
Je pensais lancer un thread suite à la réception de la données qui analyse la données et fait l'enregistrement dans la base de données.
Pour finir j'aurai une autre application qui traitera les données nouvellement enregistrés; Comme cela je pourrais debuger le traitement sans que le serveur soit impacté par mes modifications.

Dans ce cas-là c'est encore plus simple : quand ton thread reçoit les données, il n'a qu'à directement les enregistrer en base de données.