Bonsoir,

je me pose des questions pour avoir des arguments pour/contre pour des technos, pour la réalisation de plusieurs web services.

Tout cela, pour arrêter des choix sur des technos à utiliser.

Notamment :

Pour un webservice qui ferait passerelle API (NodeJS ?)

Pour un qui ferait des calculs (Python ?)

Pour un qui accéderait à des données

....

Est-ce que vous auriez des avis, ou des sites/docs qui traitent ces sujets ?

Merci d'avance.

Le choix des technos nécessitent bcp plus de détails pour donner un avis. Par exemple : quelles sont les contraintes ?

Pour un webservice qui ferait passerelle API (NodeJS ?)

Webservice est un terme trop générique. Cela pourrait du SOAP mais je suppose que tu parles d'autre chose.

Pour un qui ferait des calculs (Python ?)

Pourquoi ce choix de Python ? Quel type de calcul ?

Pour un qui accéderait à des données

Idem, tu ne donnes pas assez d'info puisque l'accès aux données est commun à tous ces services. 

Bonsoir,

tu as raison, c'est très vague/vaste, ce que je demande.

en fait, c'est peut-être "microservice" qu'il faut employer.

Une architecture micro service à mettre en place.

Du HTTP REST.

Les concepts de ce type d'architecture, je saisis.

Par contre, j'aimerai avoir plus de docs concrets sur les problématiques (un ex. : on promeut l'asynchrone, aucun souci, est-ce qu'il faut prendre des technos asynchrone, et faire des fonctions synchrone (async/await) uniquement sur quelque fonctions qui le nécessite ? ou prendre des technos synchrones dans certains cas (lesquels ? une api qui ne dépend d'aucune autre et qui fait des traitements un peu longs (quelque secondes) ?) par type de rôle de microservice (passerelle, dédié aux données, dédié aux calculs, ...), et du coup les fonctionnalités qui y répondent.

Afin d'y voir plus clair ensuite sur les technos pouvant y répondre.

-
Edité par symfonydu80 14 mars 2020 à 19:14:48

Pour l'asynchrone, perso je n'en ai jamais mis partout mais seulement où c'était intéressant ou nécessaire. Tout dépend du projet.

Par contre, pèse bien le pour et le contre des micro-services, ce n'est pas toujours la solution idéale. Je suis, par exemple, en train de convertir une petite architecture avec plusieurs services en une architecture monolitique. C'est plus simple et plus performant dans mon cas.

Tu peux trouver des cas concrets sur ce site : http://highscalability.com/

Je me souviens plus s'il y a des architectures micro-services mais cela peut te donner des idées, même si cela reste assez peu détaillé et souvent assez vieux.

En cherchant sur des "dev" ou "engineering" blogs, tu devrais trouver des exemples plus détaillés.

Edit: 

Un exemple trouvé au hasard :  https://segment.com/blog/goodbye-microservices/

Une autre source d'information : https://hn.algolia.com/?dateRange=pastYear&page=0&prefix=true&query=microservice&sort=byPopularity&type=story

-
Edité par tsez 14 mars 2020 à 19:33:43

Oui, je comprend bien qu'il vaut mieux bien tester/réfléchir pour l'architecture.

Je ne suis pas seul dessus, et il faut voir les best practices de ce type d'architecture pour mieux voir les choses.


Quand tu vois le Node JS, les frameworks python et autres, c'est asynchrone de base, avec possibilité de faire des choses en synchrone.

Quand tu as des interactions entre microservices, dont tu attends plusieurs retours, tu es obligé d'être en synchrone.
C'est faisable, mais c'est surtout de bien connaître les best practices pour faire les meilleurs choix.


Oui, je te crois, c'est un des avantages d'une archi monolithique.

Merci pour tes infos.

Je vais chercher de ce côté-là.

Bonne soirée à toi.