Malgré la (mauvaise) réponse choisie, je dois dire que la SOA n'a rien à voir avec les services Web. Le terme "service" est tellement surchargé en anglais, donc les gens deviennent parfois confus.
SOA est un style architectural, un ensemble de lignes directrices et de principes qui nous aident à modéliser nos systèmes en tant que «systèmes composés d'autres systèmes». Le terme de service dans SOA peut être défini comme une «autorité technique pour une capacité métier spécifique». SOA permet de gérer le couplage entre les capacités, y compris le couplage temporel et spatial. Comme vous pouvez le voir, concevoir votre système comme un ensemble ouvert de systèmes (services) faiblement couplés et autonomes n'a rien à voir avec l'utilisation de services Web, de WCF ou d'autres «choses sympas». Vous pouvez les utiliser ou vous ne pouvez pas les utiliser. Ou utilisez-les dans un contexte, mais pas dans un autre. Il est certain que vous n'utiliserez PAS les services Web comme protocole de communication entre vos services SOA, car ils introduisent immédiatement un couplage temporel et spatial.
Que signifie cette dernière partie: "susceptible d'être utilisé de manière asynchrone"? Merci. – johnny
Il n'est pas normal d'utiliser les services SOA de manière synchrone, c'est-à-dire de vous connecter et d'effectuer plusieurs transactions et de recevoir des résultats, puis de vous déconnecter. Vous êtes plus susceptible de vous connecter, de déclencher votre demande et de passer à d'autres activités pendant que votre demande est traitée et que le résultat est renvoyé à quel point votre application traite les résultats. Dans l'espace Enterprise, vous trouvez souvent le SOA centré autour d'un bus de service qui sert de médiateur à ces communications, comme MQ ou similaire. – Lazarus
donc vous avez une sorte de rappel comme dans ajax afin que vous sachiez quand le service est fait? – johnny