Enterprise Application Integration in de Cloud

De CTP release voor Enterprise Application Integration in de Cloud is uit (oftewel BizTalk in de Cloud).

Er zijn 3 onderdelen beschikbaar:

  1. Data integratie via Rich Messaging Endpoints, namelijk de Bridge (BizTalk Messaging) en Maps
  2. Service Bus Connect via de (BizTalk) LOB adapters
  3. Business to Business Messaging (EDI)

Wat zit er in de Rich Messaging Endpoints:

In Visual studio is een nieuw project blok aangemaakt met de naam ServiceBus, hier vinden we een EDI Project die we kunnen gebruiken om losse schemas en maps aan te maken.

Verder is er een Enterprise Application Integration projecttype, met daarin een Bridge Configuration. Het idee achter de Bridge is een VETE pipeline (Validate, Enrich, Transform, Enrich) waarin we het XML document kunnen bewerken. De bridge moet gekoppeld worden aan de buitenwereld, dit kan een koppeling met de Azure Service Bus zijn(queue, topic, relay), of een webservice, of een externe Line Of Business (LOB) adapter naar SQL, SAP, Oracle of Siebel.

In de designer maken we een flow door een bridge en één of meerdere destination op het scherm te slepen. Vervolgens maken we een connectie tussen deze. Bij de eigenschappen van de connectie kunnen we filters opgeven om de data naar de één of de ander te sturen.

De Bridge instellen

Door te dubbelklikken op een Bridge krijgen we een aparte designer waar de eigenschappen in kunnen stellen.

De eerste stap is het toevoegen van de bericht types aan de bridge.

Vervolgens worden alle VETE stappen uitgevoerd, tenzij we 1 van deze stappen zelf op disabled zetten.

De eerste stap is de validate, waarbij het binnenkomende document gevalideerd wordt op basis van de aanwezige schemas.

In de Enrich stap kan bijvoorbeeld een xpath expressie gebruikt worden om een data veld uit het bericht te halen en op de bericht context te plaatsen om later mee te routeren.

In de transform kiezen we de maps om het document mee om te zetten naar het destination formaat.

En als laatste nogmaals een Enrich, om uit het destination document nog meer eigenschappen te halen en op de context te plaatsen. Ook kunnen we bij de SOAP/HTTP properties en ook een database lookup zit er nu in.

Deploy naar de cloud

De laatste stap is het deployen van deze oplossing naar de http://portal.appfabriclabs.com site, waarna de bridge van buitenaf te benaderen is (met ACS beveiliging)

De url van de bridge bestaat uit de naam van je servicebus en bij de Bridge kun je een relatief adres opgeven om je bridges logisch te groeperen:
https://mijnservicenamespace1.servicebus.appfabriclabs.com/Mijn/Relatieve/Adres/BridgeOrders

ESB in de cloud

Is dit nu BizTalk in de cloud? De vraag is of we het complete BizTalk pakket uberhaupt compleet in de cloud willen draaien. Met de EDI onderdelen kunnen we ook een gedeelte van het Trading Partner Management in de cloud afhandelen.

Op het vlak van een Enterprise Service Bus, of een OSB (overheid service bus) hebben we nu wel de meeste basis onderdelen om XML bericht uitwisseling via de cloud te laten lopen, met koppelingen naar onze lokale services.