http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1251630,00.html

Free SaaS BizTalk Services over the Internet

http://connectedsystems.spaces.live.com/blog/cns!10E0A1CD60CAE1A9!248.entry

http://blogs.msdn.com/stevemar/archive/2007/04/24/have-services-got-feedback.aspx

http://www.dennispi.com/?p=110

http://blogs.msdn.com/biztalk_server_team_blog/archive/2007/04/23/biztalk-services-on-labs-biztalk-net-will-live-tomorrow.aspx

http://blogs.msdn.com/dotnetinterop/archive/2007/04/24/biztalk-services-isb-debuts.aspx
http://labs.biztalk.net/
http://blogs.msdn.com/davidlem/archive/2007/04/25/w00t-biztalk-services-in-the-cloud.aspx
http://blogs.msdn.com/darrenj/archive/2007/04/24/professional-biztalk-server-2006-shipping.aspx
http://blogs.msdn.com/vbertocci/archive/2007/04/24/biztalk-services.aspx

http://blogs.msdn.com/clemensv/archive/2007/04/25/internet-service-bus.aspx

Microsoft ships ESB Guidance for Partners

BizTalk e' fatto per SOA

Alcuni commentatori criticano le strategie SOA di Microsoft

sempre da definizione wikipedia di SOA:  "Sequencing services and providing additional logic to process data"

BizTalk usa la orchestration per avvolgere un servizio SOA con uno strato di logica e coordinamento sequenziale (workflow). In piu' Biztalk gestisce sia transazioni, persistenza dei dati, integrazione (tramite adapters), gestisce il processo stesso (con il modulo BPM) con alla base un ESB integrato.

Insomma alla fine e' un contenitore di servizi SOA aggiungendo un sacco di cose utili. Insomma alla fine si potrebbe pure chiamare Microsoft SOA Server.

SOA - Service Oriented Architecture

Tralasciando il materiale marketing su SOA (e chi cerca di rifilarvi del software SOA) e' essenzialmente un insieme di servizi - nel senso di codice che offre della funzionalita' - indipendenti, che collaborano per creare un flusso o processo aziendale, come gia' visto in DCOM e CORBA, ma che girano prevalentemente in ambienti webservice (WS*) o code (MSMSQ-Indigo).

Wikipedia dice questo.

Dal punto di vista pratico:

• 1 servizio = 1 progetto web services application (in Visual Studio) = 1 IIS VRoot
• >1 servizio = 1 applicazione SOA = Servizio(Webservice) A su macchina 1 chiama Servizio (Webservice) B su macchina 2

L'incarnazione Service Oriented Architecture di Microsoft comprende sia la spinta su webservices WS* adesso e Indigo (Windows Communication Foundation coi vari tipi di servizi) attualmente in beta ma disponibile l'anno prossimo , sia BizTalk che -oltre a EAI, BPM e B2B - permette di confezionare i flussi e/o processi aziendali logicamente in comode Orchestrations che fisicamente diventano applicazioni(eseguibili che possono esporre anche webservices volendo) a se stanti, ma gestite da BizTalk, il tutto sempre nello spirito SOA. 

altro post su SOA - Service Oriented Architecture:http://blogs.ugidotnet.org/carlop/archive/2003/11/14/635.aspx
http://blogs.devleap.com/marco/archive/2004/04/14/1107.aspx

SOA secondo Microsoft - SOA che fa senso

http://www.microsoft.com/presspass/features/2006/oct06/10-04SOA.mspx
http://www.microsoft.com/presspass/press/2006/oct06/10-04PragmaticSOAPR.mspx

Purtroppo ultimamente in Italia ho visto diverse grosse realta' comprare software per "imporre" SOA/ESB aziendali solo perche' fa figo, ma neanche in 20 anni riuscirebbero ad integrare tutte le applicazioni, dunque buttando qualche milionata al vento. Un esempio positivo pero' l'ho visto in Poste Italiane dove con BizTalk connettono sistemi anche non triviali man mano che nascono le esigenze, un approccio SOA molto pratico e di buon senso.