Microsoft BizTalk Server 2004

1. Microsoft BizTalk Server 2004 Il dilemma del "Build or Buy" (da un punto di vista tecnico) Fabio Mignani Senior Technology Specialist Divisione Enterprise Microsoft Italia

2. Agenda • L’Approcio alla soluzione • Centro di Competenza per l’EAI • L’importanza dei Laboratori • Parallelismi tra codice ed orchestrazione • Implementazione di un Router • Modifica delle logiche applicative • Montoring applicativo • Le Fondamenta • Conclusioni

3. L’Approcio • L’approcio Strategico vede i benefici relativi all’adozione di strumenti di integrazione • Agilita’ Adattabilita’ ai mutevoli scenari • Apertura Supporto agli standards • Consistenza Un unico modello per A2A e B2B • Valore Impatto sull’intero ciclo vitale della Soluzione • Scalabilita’ Architettura compatibile con la crescita del business • Sicurezza Supporto ad elevati standard di sicurezza

4. L’Approcio • Nel Mondo Reale, la pressione del mercato e la necessita’ di immediati riscontri sul Business, delle scelte IT, producono effetti “indesiderati”: • Isolamento dei Servizi • Stratificazione delle Interfacce • “Cut & Paste” come modello di riutilizzo del codice • Logiche di monitoring eterogenee • Scalabilita’ ed affidabilita’ testate sul campo • Soluzioni chiuse ai soli “tecnici”

5. Il Laboratorio • Un centro di competenza per gli strumenti e le architetture di Integrazione puo’ aiutare ad individuare strategie e standards per le nuove soluzioni • Effettuare delle “prove” per mettere a confronto due approci puo’ chiarire ulteriormente le idee • Due persone o team con conoscenze “equivalenti” su ambiti realizzativi differenti puo’ essere un buon punto di partenza

6. Il Laboratorio • Definire uno scenario minimale e renderlo piu’ complesso in fasi successive … • Un semplice scenario di collezionamento dati provenienti da Business Partners puo’ essere realizzato per gradi • Implementazione di un Router • Implementazione di un Portale strutturato a Servizi • Implementazione di un Hub di Integrazione

7. Lo Scenario • Una societa’ fornisce ad un Business Partner la possibilita’ di depositare una particolare tipologia di documento (FLAT) all’interno di una directory, su di un file server, tramite il protocollo FTP. • Funzionalita’ minimali richieste: • Recupero del file • Validazione del file (sia nel formato che nel contenuto) • Applicazione di una minima logica applicativa • Scrittura del file risultante su di un altro file server

8. Implementazione di un Router • Approcio via Codice • Servizio Win32 • Utilizzo dei FileSystemWatcher • Creazione di un parser per la validazione del formato • Codice custom per la validazione del contenuto • Codice custom per le logiche applicative • Scrittua su disco del nuovo file via IO.Stream

9. Implementazione di un Router • Approcio via BizTalk Server • Creazione di uno Schema XML tipizzato per la validazione sintattico formale del documento • Creazione di un Workflow per la logica applicativa • Impostazione di una Receive Location come agente di polling sul file system • Impostazione di una Send Port per la scrittura del file su file system

10. Architettura di BizTalk Server 2004 Administration Deployment Process Management Trading Partner Management Orchestration Other Apps Business Intelligence Reporting Monitoring Activation & Instance Management Correlation & Content-based Routing MessageBox Message Pipeline Decode Encode Decrypt Encrypt Authenticate Sign Parse Serialize Extract Properties …. Transport Handlers SOAP MQSeries HTTP MSMQ SAP ….

11. Architettura di BizTalk Server 2004 Pubblicatori Sottoscrittori

12. Implementazione di un Router • Uno sguardo da vicino agli strumenti di Sviluppo

13. Come apportare modifiche alla logica • Approcio via Codice • Modifiche al codice, ricompilazione, distribuzione • Implementazione di un modello basato su file di configurazione (le modifiche devono essere predicibili) • Approcio via BizTalk Server • Creazione di una o piu’ regole con uno strumento non di sviluppo e relativa invocazione all’interno del flusso di business

14. Come apportare modifiche alla logica • Business Rules Engine • Le Regole sono degli Statements dichiarativi che consentono di catturare degli eventi espressi tramite delle espressioni logiche • Modello IF <condizioni> THEN <azioni> • Raggruppate in Policies • Supportano il Versioning • Consentono cambiamenti in Real-Time • Interagiscono con gli Schema XML, le componenti .Net e DBs

15. Come apportare modifiche alla logica • Regole e scenari di implementazione • Per determinare un percorso di esecuzione • Per effettuare Routing Dinamico • Per “ritardi” dinamici • In sostituzione del codice Per determinare un percorso di esecuzione In sostituzione del Codice

16. Come monitorare i servizi • Approcio via Codice • Scrittura dei dati di log su di un database • Scrittura dei dati di log su appositi gruppi nell’Event Log • Instrumentazione del codice tramite WMI • Approcio via BizTalk Server • Monitoring di Sistema tramite Microsoft Operation Manager • Fruizione del database di tracking e logging • Personalizzazione delle informazioni tracciate grazie al Business Activity Monitoring

17. Uno sguardo alle fondamenta • Largo supporto agli standards • XML XML, XSD, XSLT, XPATH • Web Service WS-I basic profile, WS-Security plug-in • BPEL4WS Business Process Execution Language BPEL4WS BPEL4WS Runtime di terze parti Microsoft Orchestration Runtime ottimizzato per .Net Framework Business Process Interoperability

18. Uno sguardo alle fondamenta • Differenti soluzioni per la scalabilita’ e l’affidabilita’ • Scale-out dei processing servers • Scale-out della Message Box • Supporto al Cluster con fail-over

19. Uno sguardo alle fondamenta • Servizio di Single Sign-On applicativo • Windows Initiated

20. Conclusioni • Microsoft BizTalk Server 2004 offre un approcio organizzato per la realizzazione di architetture e soluzioni di Integrazione

21. Domande