Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Riepilogo
Microsoft BizTalk ESB Toolkit usa BizTalk Server per supportare un'architettura di messaggistica ad accoppiamento libero. In BizTalk Server è incluso un potente meccanismo di pubblicazione/sottoscrizione per le applicazioni di messaggistica che funziona creando sottoscrizioni e inserendo le relative informazioni e che fornisce pertanto una piattaforma a elevata efficienza e scalabilità per le applicazioni SOA (Service-Oriented Architecture).
Microsoft BizTalk ESB Toolkit estende le funzionalità di BizTalk Server per offrire una gamma di nuove funzionalità incentrate sulla creazione di applicazioni affidabili, connesse e orientate ai servizi che incorporano chiamate al servizio basate su itinerari per la composizione leggera dei servizi, la risoluzione dinamica di endpoint e mappe, l'integrazione del servizio Web e WS-*, la gestione degli errori e la creazione di report e l'integrazione con soluzioni di governance SOA di terze parti.
Panoramica
Microsoft BizTalk ESB Toolkit fornisce indicazioni sull'architettura, modelli e una raccolta di componenti di BizTalk Server e .NET Framework per semplificare lo sviluppo di un bus di servizio aziendale (ESB) sulla piattaforma Microsoft e per consentire ai clienti Microsoft di estendere le proprie soluzioni di messaggistica e integrazione.
Scenari comuni
L'espressione Enterprise Service Bus (ESB) è ampiamente utilizzata nel contesto dell'implementazione di un'infrastruttura per l'attivazione di un'architettura SOA. Tuttavia, l'esperienza reale con lo sviluppo delle architetture SOA ha mostrato che ESB è solo uno dei molti componenti di base che costituiscono un'infrastruttura SOI (Service-Oriented Infrastructure) completa. L'espressione ESB si è modificata in molte direzioni diverse e la relativa definizione dipende dall'interpretazione dei singoli fornitori di ESB e piattaforme di integrazione oltre che dai requisiti di particolari iniziative SOA.
Sulla base dell'esperienza raccolta da Microsoft da molte implementazioni SOI di successo nel mondo reale, è possibile pensare a un ESB come a un insieme di modelli di architettura basati sull'integrazione delle applicazioni aziendali tradizionali, sul middleware orientato ai messaggi, sui servizi Web, sull'interoperabilità tra .NET e Java, sull'integrazione dei sistemi host e sull'interoperabilità con registri di servizi e repository di risorse.
La figura 1 mostra una panoramica generale del tipo di interconnettività che può essere fornita da un'architettura ESB.
Figura 1
Esempio generale della connettività fornita dall'architettura del bus di servizio aziendale
Requisiti dei destinatari
Microsoft BizTalk ESB Toolkit è destinato agli sviluppatori che creano soluzioni Microsoft BizTalk Server o altre soluzioni che usano i componenti di Microsoft BizTalk ESB Toolkit. Per sfruttare appieno i vantaggi di Microsoft BizTalk ESB Toolkit, gli sviluppatori devono possedere conoscenze ed esperienza con quanto segue:
BizTalk Server
Visual Studio
Tecniche di sviluppo di Microsoft .NET, incluso lo sviluppo dei servizi Web ASP.NET e dei componenti .NET Framework
Obiettivi di progettazione
Microsoft BizTalk ESB Toolkit è costituito da una serie di componenti di interoperabilità che supportano e implementano un ambiente di messaggistica ad accoppiamento libero che semplifica la creazione di applicazioni aziendali basate su messaggi. I servizi e i componenti rientrano naturalmente nelle sette categorie seguenti:
Servizi Web: questi espongono servizi interni, ad esempio l'elaborazione dell'itinerario, la gestione delle eccezioni, la risoluzione di endpoint e mappe, le operazioni BizTalk Server e la trasformazione dei messaggi.
Servizi di itinerario: includono servizi basati sull'orchestrazione e basati sulla messaggistica per l'esecuzione di routing basato su itinerari per BizTalk Server. È possibile creare servizi personalizzati per il routing basato sull'itinerario.
Itinerario su rampe. Questi ricevono messaggi esterni, allegano l'itinerario appropriato per ogni messaggio ed eseguono l'elaborazione dell'itinerario; usano Microsoft BizTalk ESB Toolkit Resolver and Adapter Provider Framework per la risoluzione dinamica di endpoint e metadati.
On-ramps : questi ricevono messaggi esterni in un intervallo di formati e trasporti, ad esempio HTTP, JMS, WMQ, FTP, File flat e XML. Sono in genere BizTalk Server posizioni di ricezione che, facoltativamente, usano i componenti della pipeline di interoperabilità microsoft BizTalk ESB Toolkit e Microsoft BizTalk ESB Toolkit Resolver e Adapter Provider Framework per la risoluzione dinamica di endpoint e metadati.
Off-ramps : implementano porte di trasmissione per il recapito dei messaggi usando formati e trasporti, ad esempio SOAP, WCF, JMS, WMQ, FTP, HTTP, File flat, XML o qualsiasi altro formato personalizzato. Sono in genere BizTalk Server porte di trasmissione dinamiche associate direttamente alla finestra di messaggio e che, facoltativamente, usano i componenti della pipeline di interoperabilità di Microsoft BizTalk ESB Toolkit e Microsoft BizTalk ESB Toolkit Resolver and Adapter Provider Framework per la risoluzione dinamica di endpoint e metadati.
Exception Management Framework : include il servizio Web eccezioni, l'API di gestione delle eccezioni e i componenti che arricchiscono, elaborano e passano i dettagli delle eccezioni al portale di gestione ESB.
Portale di gestione ESB : fornisce il provisioning del Registro di sistema, l'aggregazione delle eccezioni, la notifica degli avvisi e l'analisi.
Molti di questi componenti e servizi si basano sulle funzionalità implementate da BizTalk Server, ad esempio i motori Orchestrazione, Trasformazione e Regole business e il database Message Box. La figura 2 mostra una visione schematica delle categorie; i componenti e i servizi che si verificano in genere all'interno di ogni categoria; e i componenti di base del sistema BizTalk Server usati da Microsoft BizTalk ESB Toolkit.
Figura 2
Architettura e componenti di Microsoft BizTalk ESB Toolkit
Modalità di funzionamento di BizTalk ESB Toolkit
Microsoft BizTalk ESB Toolkit accetta messaggi in ingresso e li opera, ad esempio (ma non sempre) eseguendo processi come trasformazione, recapito o qualsiasi altro processo definito personalizzato. Per specificare le operazioni necessarie, i componenti di elaborazione di base richiedono che il messaggio contenga le istruzioni associate o i metadati che definiscono i processi da applicare e le attività da eseguire con il contenuto del messaggio.
Tale approccio fornisce un regime libero tra i servizi. Ciò significa che ESB non richiede una conoscenza precedente dell'elaborazione specifica per ciascun messaggio. È sufficiente che conosca la gamma di processi possibile e la modalità di applicazione di ciascun processo. L'ampia gamma di opzioni per specificare i processi disponibili e il mapping tra i processi e le istruzioni all'interno dei messaggi fornisce un meccanismo flessibile per configurare e regolare il comportamento senza richiedere modifiche al codice e la ridistribuzione dei componenti.