Pour les développeurs avancés, une initiation à AsyncIO, suivie d’un exemple concret d’une API REST/JSON asynchrone avec AsyncIO, aiohttp, aiorest et aiopg. Enfin, un benchmark sera réalisé afin de comparer les performances avec une API REST/JSON synchrone en Flask.
Ce serait sympa de poster les résultats du benchmark ici (ainsi que sa méthodologie).
Du reste je suis sceptique sur le cas d'usage présenté. L'intérêt d'asyncio (et des bibliothèques concurrentes : Tornado, Twisted...) n'est pas AMHA d'implémenter un service Web en isolation, mais de multiplexer divers services et connexions dans une même application (et notamment des services non-Web). Un microbenchmark a dans cette optique moins d'intérêt qu'une exposition de la polyvalence et de la souplesse respectives des différentes approches.
(côté polyvalence, Twisted a longtemps été le roi. On verra comment cette situation évolue avec la montée en puissance d'asyncio, et l'incapacité des développeurs Twisted à porter leur framework vers Python 3)
# asyncio
Posté par Antoine . En réponse à la dépêche Apéro+workshops Python (Flask et AsyncIO) à Mons (BE) - le 2 Octobre. Évalué à 2.
Ce serait sympa de poster les résultats du benchmark ici (ainsi que sa méthodologie).
Du reste je suis sceptique sur le cas d'usage présenté. L'intérêt d'asyncio (et des bibliothèques concurrentes : Tornado, Twisted...) n'est pas AMHA d'implémenter un service Web en isolation, mais de multiplexer divers services et connexions dans une même application (et notamment des services non-Web). Un microbenchmark a dans cette optique moins d'intérêt qu'une exposition de la polyvalence et de la souplesse respectives des différentes approches.
(côté polyvalence, Twisted a longtemps été le roi. On verra comment cette situation évolue avec la montée en puissance d'asyncio, et l'incapacité des développeurs Twisted à porter leur framework vers Python 3)