Les web service, c'est bâti uniquement sur du HTTP et, pire, HTML+JSon.
o_O pardon ? XML / SOAP tu voulais dire j'imagine ? L'intérêt étant d'avoir un WSDL facilitant la publication et une XSD facilitant la validation. C'est ce que j'ai le plus vu déployé en tout cas, même si ReST a permis de renouveler le genre et notamment amener aux Web API qui privilégient le ReST / JSON, plus léger, plus efficace.
Bon, après cela peut varier selon l'expérience de chacun, on va dire.
Concernant les bus, je te rejoins, l'image du bus en électronique me paraissant assez bonne, même si elle focalise sur un mécanisme d'acheminement (routage mais pas seulement) ; il y a tout de même les volets orchestration et transformation qui sont au cœur des EAI/ESB/ETL (oui, je range les ETL dans le volet bus depuis 5-6 ans... même si ce n'est généralement pas la norme).
et sinon, il y a le Business Loto pour compléter l'argumentaire :-)
[^] # Re: Merci pour vos explications
Posté par BAud (site web personnel) . En réponse au message RabbitMQ: Comprendre ce que ça fait, à quoi ça sert et comment ça marche. Évalué à 3.
o_O pardon ? XML / SOAP tu voulais dire j'imagine ? L'intérêt étant d'avoir un WSDL facilitant la publication et une XSD facilitant la validation. C'est ce que j'ai le plus vu déployé en tout cas, même si ReST a permis de renouveler le genre et notamment amener aux Web API qui privilégient le ReST / JSON, plus léger, plus efficace.
Bon, après cela peut varier selon l'expérience de chacun, on va dire.
Concernant les bus, je te rejoins, l'image du bus en électronique me paraissant assez bonne, même si elle focalise sur un mécanisme d'acheminement (routage mais pas seulement) ; il y a tout de même les volets orchestration et transformation qui sont au cœur des EAI/ESB/ETL (oui, je range les ETL dans le volet bus depuis 5-6 ans... même si ce n'est généralement pas la norme).
et sinon, il y a le Business Loto pour compléter l'argumentaire :-)