Ervaringen met ESB

[cooper87]

Ik ben voor een klant alle applicaties aan het inventariseren die zij op dit moment gebruiken en hoe deze gekoppeld kunnen worden. Er komt een nieuwe website aan (die ik ga bouwen) en ze willen direct het werkproces een stuk geautomatiseerd hebben. De applicaties zijn:

- Een website
- Een CRM systeem
- Een marketing email systeem

De functionele eisen heb ik al uitgewerkt en zijn in basis vrij simpel. Een voorbeeld scenario:

Een bezoeker van de website vult een contactformulier in en geeft hierbij ook aan of hij of zij de nieuwsbrief van de organisatie wilt ontvangen. Vervolgens moeten deze gegevens gemailed worden naar mijn klant, maar moet er ook een nieuwe klant aangemaakt worden binnen het CRM pakket en (als de gebruiker de nieuwsbrief wenst te ontvangen), de klant aanmaken binnen het marketing email systeem.

Zo zijn er nog een aantal scenario's, maar niet veel spannender dan dit.

De applicaties hebben API's (het CRM pakket heeft een SOAP API en het email marketing systeem een REST API).

Nu vraag ik me af hoe ik technisch gezien de volledige integratie het best kan realiseren. Ik heb veel ervaring met het koppelen van applicaties, maar nog niet met een volledige 'integratie' zoals met deze applicaties.

Ik zal er gelijk bij zeggen dat het budget van mijn klant rond rond de 10-15k ligt (zonder realisatie website, puur voor de integratie van de applicaties).

Volgens mij is een Enterprise Service Bus precies wat ik zoek. Ik kan natuurlijk zelf ook wel een centrale applicatie bouwen waar alle services samen komen en een generieke interface opzetten, maar dat is volgens mij gewoon het wiel opnieuw uitvinden.

Ik heb echter geen ervaring met het gebruik van een ESB pakket. Gezien het budget van mijn klant, denk ik sowieso aan een open source variant. Uiteraard heb ik al een aantal open source ESB pakketen gevonden, zoals Mulesoft, WSO2 en Apache ServiceMix.

Zouden jullie mij uberhaubt adviseren om een ESB in te zetten voor dit project? Wellicht is het overkill voor de simpele scenario's die geimplementeerd gaan worden, ook met het oog op het budget. Echter is schaalbaarheid uiteraard wel een vereiste van mijn klant.

Ik hoor graag jullie ervaringen met open source ESB's en hoor graag of jullie advies voor mij hebben.

[page404]

De grap van een ESB oplossing is dat je het nooit "big bang" hoeft te doen. Dat zal hier ook niet lukken, want 10-15k is peanuts. Dat is een maand een externe consultant inhuren.
Zelf ben ik wel een groot voorstander van ESB (ik gebruik zelf de Oracle ESB), omdat je je applicaties loosely coupled kan houden en uitwisseling van informatie en eventuele transformatie en controle daarop op één plek samenbrengt. Daarom denk ik niet dat het overkill is.

[ Voor 0% gewijzigd door page404 op 18-05-2013 12:07 . Reden: ninja-edit! ]

[cooper87]

Ik zal rond de 150-170 uur beschikbaar hebben voor dit project (betaalde uren). Ik vind het niet erg om wat leergeld te betalen, maar vraag me inderdaad af of het realitisch is.

[Tacow]

Ik ben op mijn werk de afgelopen tijd bezig geweest met Apache Camel.

Dit is waar bijvoorbeeld Fuse mee werkt, alleen dan gewoon in (Java) code.

[Appesteijn]

Dus je wilt vanuit een website een paar API's aanroepen? Waarom niet beginnen met gewoon een paar direct koppelingen? Als de funcionele eisen vrij simpel zijn, dan introduceer je met een ESB alleen maar extra complexiteit en risico.

[SPee]

Daarbij, wat is de taal waarin je de website schrijft?
De genoemde ESB services zijn in Java geschreven. Er zullen vast ook wel in .NET zijn, maar ik twijfel of je ze ook voor php vindt.
Als je niet in die programmeertalen de site maakt, dan voeg je alleen een stukje complexiteit toe.
Bij php zou ik het ook bij handmatige implementatie houden.
Zeker als je weet dat het bij die 3 clients blijft.

[Freeaqingme]

SPee schreef op zaterdag 18 mei 2013 @ 23:44:
Daarbij, wat is de taal waarin je de website schrijft?
De genoemde ESB services zijn in Java geschreven. Er zullen vast ook wel in .NET zijn, maar ik twijfel of je ze ook voor php vindt.
Als je niet in die programmeertalen de site maakt, dan voeg je alleen een stukje complexiteit toe.
Bij php zou ik het ook bij handmatige implementatie houden.
Zeker als je weet dat het bij die 3 clients blijft.

Je kiest toch niet eerst de taal? Als je een besturingssysteem wil dan pak je geen html, als jij een website wil opmaken dan pak je geen ASM.

[cooper87]

Dus je wilt vanuit een website een paar API's aanroepen? Waarom niet beginnen met gewoon een paar direct koppelingen? Als de funcionele eisen vrij simpel zijn, dan introduceer je met een ESB alleen maar extra complexiteit en risico.

In principe wel, echter is het de bedoeling dat andere applicaties binnen afzienbare tijd van dezelfde API's gebruik kunnen maken.

Daarbij, wat is de taal waarin je de website schrijft?
De genoemde ESB services zijn in Java geschreven. Er zullen vast ook wel in .NET zijn, maar ik twijfel of je ze ook voor php vindt.
Als je niet in die programmeertalen de site maakt, dan voeg je alleen een stukje complexiteit toe.
Bij php zou ik het ook bij handmatige implementatie houden.
Zeker als je weet dat het bij die 3 clients blijft.

Het maakt toch niet uit als ik de website in taal X en de ESB in taal Y heb? Dat is juist het mooie, je koppelt het los van elkaar waarbij alleen de input/ouput belangrijk is. Hoe het verder geschreven is, is niet relevant.

[las3r]

Ik heb gewerkt met WSO2 voor een vrijwilligerswerk-type projectje. Ik kan je zeggen dat dergelijke pakketten ZO GROOT zijn dat je al gauw vast loopt voor de triviale zaken. Als je dan iets niet voor elkaar krijgt dan is het al gauw "our business model does not allow for free support"-achtige zaken.

Ik raad je aan om eerst alles in kaart te brengen (heb je nu gedaan, zo blijkt), en vervolgens een simpele webservice te bouwen waarin je intern verbinding maakt met de externe diensten. Op deze manier kun je heel klein beginnen met datgene wat je nodig hebt (namelijk, centraal alle services benaderen), en kun je snel schakelen als de klant bijvoorbeeld extra diensten wil toevoegen.

Vergeet niet dat het hier om een custom applicatie gaat: een ESB wordt typisch gebruikt voor projecten waar (heel) veel verschillende webservices benaderd worden, maar waar vervolgens ook transformatie van berichten gedaan wordt en relaying naar externe partijen e.d. Zoals ik al zei; zeer uitgebreid en niet interessant voor een oplossing zoals jij die nodig hebt; in ieder geval in mijn optiek.

Suc6!