Introduzione a BizTalk Server
I sistemi di tying insieme sono previsti e sono diventati la norma. A mano a mano che le organizzazioni si orientano ai servizi, il vero obiettivo, vale a dire la creazione di processi di business efficaci che uniscano sistemi separati in un intero coerente, diventa più a portata di mano.
Microsoft BizTalk Server consente di connettere software diversi, quindi creare e modificare graficamente la logica del processo che usa tale software. BizTalk Server consente anche ai lavoratori informativi di monitorare i processi in esecuzione, interagire con i partner commerciali ed eseguire altre attività orientate all'azienda.
Le nuove funzionalità principali di BizTalk Server sono:
Supporto migliorato per la distribuzione, il monitoraggio e la gestione delle applicazioni
Installazione molto più semplice
Capacità migliorate per Monitoraggio attività di business
BizTalk Server usa anche le versioni più recenti di altre tecnologie Microsoft. È basato su .NET Framework e gli strumenti di sviluppo sono ospitati in Microsoft Visual Studio. Per l'archiviazione, BizTalk Server usa SQL Server. BizTalk Server può essere eseguito su server Windows a 64 bit, sfruttando la memoria più grande e altri vantaggi offerti dall'hardware.
Informazioni su BizTalk Server
La combinazione di sistemi diversi in processi di business efficaci è un problema complesso. Di conseguenza, BizTalk Server include una gamma di tecnologie. Nella figura di seguito vengono illustrati i principali componenti del prodotto.
Come suggerisce la figura, il cuore del prodotto è il motore BizTalk Server. Il motore è composto da due parti principali:
Un componente di messaggistica che fornisce la capacità per comunicare con un'ampia gamma di altri software. Grazie agli adapter per i diversi tipi di comunicazione, il motore è in grado di supportare una grande varietà di protocolli e formati di dati, inclusi i servizi Web e molti altri.
Supporto per la creazione e l'esecuzione di processi definiti graficamente denominati orchestrazioni. Basate sui componenti di messaggistica del motore, le orchestrazioni implementano la logica che guida tutto il processo di business o una parte di esso.
Insieme al motore, è possibile eseguire altri componenti di BizTalk, tra cui:
Una funzionalità Motore regole di business che valuta dei set di regole complesse.
Un Hub gruppo che consente agli sviluppatori e agli amministratori di monitorare e gestire il motore e le orchestrazioni eseguite da questo.
Una funzionalità Enterprise Single Sign-On (SSO) che consente di mappare le informazioni di autenticazione tra sistemi Windows e diversi da Windows.
Oltre a questa base, BizTalk Server include Business Activity Monitoring, che i lavoratori delle informazioni usano per monitorare un processo aziendale in esecuzione. Le informazioni vengono visualizzate in termini di business piuttosto che in termini tecnici e sono gli utenti di business a determinare quali informazioni vengono visualizzate.
Connessione di sistemi diversi
La grande maggioranza dei moderni processi di business dipende, almeno in parte, dal software. Mentre alcuni di questi processi sono supportati da una singola applicazione, molti altri si basano su vari sistemi software. In molti casi, si tratta di software creato in momenti diversi, su piattaforme diverse e utilizzando tecnologie differenti. L'automazione di questi processi di business richiede la connessione di sistemi diversi.
Affrontare questa sfida passa da vari nomi: automazione dei processi aziendali (BPA), gestione dei processi aziendali (BPM) e altri. A prescindere dal nome, gli scenari più importanti per l'integrazione delle applicazioni sono due. Uno consiste nella connessione delle applicazioni all'interno di una singola organizzazione e viene definito integrazione di applicazioni aziendali. L'altro, denominato integrazione business-to-business (B2B), connette le applicazioni in organizzazioni diverse.
Nella figura seguente viene mostrato un esempio semplice del motore BizTalk Server di base applicato a un problema di integrazione di applicazioni aziendali. In questo scenario, un'applicazione di inventario, forse in esecuzione su un mainframe IBM, nota che la scorta relativa a un articolo è scarsa, pertanto emette una richiesta per ordinare quell'elemento. La richiesta viene inviata a un'orchestrazione BizTalk Server (passaggio 1), che emette una richiesta all'applicazione ERP di questa organizzazione per un ordine di acquisto (passaggio 2). L'applicazione ERP, che potrebbe essere in esecuzione su un sistema Unix, reinvia l'ordine di acquisto richiesto (passaggio 3), quindi l'orchestrazione BizTalk Server informa un'applicazione di evasione, forse basata su Windows con .NET Framework, che è necessario ordinare l'articolo (passaggio 4).
In questo esempio, ciascuna applicazione comunica utilizzando un protocollo diverso. Di conseguenza, il componente di messaggistica del motore di BizTalk Server deve essere in grado di comunicare con ciascuna applicazione nello stile di comunicazione nativo. Inoltre, è opportuno notare che nessuna applicazione è a conoscenza del processo di business completo. Le informazioni necessarie per coordinare tutto il software coinvolto vengono implementate nell'orchestrazione BizTalk Server.
Se la connessione delle applicazioni all'interno di un'organizzazione è importante, la connessione delle applicazioni suddivise tra diverse organizzazioni può essere altrettanto importante. Nella figura di seguito viene mostrato un esempio semplice di questo tipo di integrazione business-to-business. In questo caso, l'organizzazione che effettua l'acquisto, in alto nella figura, esegue un'orchestrazione BizTalk Server che interagisce con due organizzazioni di fornitori. Anche il fornitore A utilizza BizTalk Server, fornendo l'accesso indiretto alla propria applicazione di fornitura. Il fornitore B utilizza una piattaforma di integrazione di un altro fornitore, che connette l'orchestrazione BizTalk Server dell'organizzazione di acquisto utilizzando i servizi Web.
