FAQ
Parmi les nombreuses raisons qui militent pour le développement d'une application serverless [1], celles qui ont motivé mon choix sont le fait de se focaliser sur le développement, sans avoir à se soucier du déploiement [2], du coût [3] ou du passage à l'échelle (pour peu que les bonnes pratiques soient respectées).
- [1] Why Serverless?.
- [2] You are thinking about serverless costs all wrong | theburningmonk.com.
- [3] Combien coûte une architecture Serverless ?.
L'ensemble des développements aurait tout aussi bien pu s'appuyer sur Amazon Web Services, qui propose de multiples services Cloud de qualité (dont AWS Lambda, qui est l'équivalent d'Azure Functions [1]). Etant plus familier avec l'écosystème Microsoft, c'est tout naturellement que je me suis orienté vers Microsoft Azure.
- Simplification de l'API en regroupant tous les appels en un seul, avec un séquençage de type Azure Durable Functions.
- Système de notification permettant au client (exemple : l'extension OxSirene-Chrome) d'être informé de la fin du traitement (via un mécanisme de jeton, d'appel long, ou de type Azure SignalR).
- Prise en compte des pages multiples dans la détection des revendeurs (seule la première page est analysée).
Ce projet est sous licence Creative Commons Attribution - Pas d’Utilisation Commerciale - Partage dans les Mêmes Conditions 4.0 International.